Архитектура. Что лучше: все в одной базе или консолидация компаний / бизнес-направлений

[fed]

Цитата:

Сообщение от Ivanhoe

Вот прям как на твои вопросы отвечает официальный маркетинг вендора Нате вам Партишны для разного вида бизнеса в одной БД, нате вам часовые пояса как базовая функциональность платформы и ускоренный накат моделей в AX 2012

Насладись скрещиванием доработок для десятка разных бизнесов в одном приложении
Еще неплохо попробовать запланировать профилактику SQL Server, если у тебя пользователи где-нить в 12 часовых поясах разных

Да и вообще - на мой взгляд - это не техническая задача. Если у тебя так много пользователей, то скорее всего речь идет о большом количестве достаточно автономных бизнес-юнитов. И если эти бизнес-юниты действительно автономны, то сажать их в общую инстолляцию - это такая модель коммунальной квартиры в Айти.
Причем - это независимо от того Аксапта у тебя, САП, BAAN или 1с. Просто неправильно так делать - даже если аппаратных и программных ограничений нету. У тебя на этапе согласования ТЗ и взаимодействия проектных команд разных бизнес-юнитов случиться коллапс - задолго до возникновения любых технических проблем...

[Logger]

Цитата:

Сообщение от fed

Если у тебя так много пользователей, то скорее всего речь идет о большом количестве достаточно автономных бизнес-юнитов. И если эти бизнес-юниты действительно автономны, то сажать их в общую инстолляцию - это такая модель коммунальной квартиры в Айти.

В случае когда есть куча филиалов, то как правило справочники общие. Поэтому и хочется посадить всех в одну базу. Если же базы разные, то интересно было бы вести справочники в отдельной инсталляции, из которой их "репилицировать" в остальные.

[Vadik]

Цитата:

Сообщение от fed

Насладись скрещиванием доработок для десятка разных бизнесов в одном приложении

Я дочь внедренца - поверьте тут не все так однозначно (с) А кому сейчас легко.. А тиражировать общие доработки \ фиксы по куче похожих приложений - намного лучше, проще и дешевле? Как насчет сопровождения, отладки, наката изменений, доступности ? Апгрейд версий тоже наверное проще один раз сделать, пусть и больше времени это занимает, вместо десяти ?

Цитата:

Еще неплохо попробовать запланировать профилактику SQL Server, если у тебя пользователи где-нить в 12 часовых поясах разных

Скажем так, сложности поддержки такой системы необязательно настолько велики чтобы городить огород из нескольких систем и распыляться на их сопровождение и синхронизацию \ интеграцию. У нас есть клиент с примерно полусотней компаний в одном инстансе AX 2012 (грубо, по legal entities, некоторые уже остановлены, некоторые только запускаются или в планах и еще не в системе). Часовых зон полагаю будет побольше 12 (бизнесов и офисов нет разве что в Австралии). Соответственно, 24х7. И ничего, жив как-то. Последняя профилактика (патч) сиквела, требовавшая остановки, была полгода назад и сводилась к нескольким минутам недоступности для переключения на зеркало и обратно. Изменения в продуктив выкатываются в рабочем порядке от одного до нескольких раз в неделю.