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

[gl00mie]

Я бы сказал, вместо кучи рутинных проблем, которые кошмарят администраторов и службу поддержки, вроде накатывания обновлений, переноса модификаций, которые могут быть полезны всем, на кучу экземпляров приложения, синхронизации справочников и т.п., возникает куча других проблем, связанных с существенным усложнением разработки модификаций (то самое "скрещивание доработок для десятков разных бизнесов в одном приложении"). Особенно сложно это скрещивание дается тогда, когда бизнесы "почти" похожи, но чем-то отличаются. Тут волей-неволей приходится изобретать сложные универсальные механизмы и настраивать их под каждый бизнес либо, в особо запущенных случаях, делать ветвления типа "если бизнес такой-то, то идем сюда, а если другой - вон туда".
С другой стороны, вендор пошел в итоге именно этим путем: вместо кучи gls-слоев локализации под различные регионы скрестил всё и вся на sys-слое, разделив функционал по конфигурационным ключам и кодам стран. Исключение составляет, насколько я знаю, разве что расчет зарплаты (payroll), выпускаемый на отдельном слое.

[Logger]

Цитата:

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

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

Да, именно это и было основной проблемой.
Поддержка двух баз вызвала столько усилий что перед тиражированием на всех приняли решение посадить всех в одну базу.