|
05.10.2015, 10:11 | #1 |
Участник
|
Я бы сказал, вместо кучи рутинных проблем, которые кошмарят администраторов и службу поддержки, вроде накатывания обновлений, переноса модификаций, которые могут быть полезны всем, на кучу экземпляров приложения, синхронизации справочников и т.п., возникает куча других проблем, связанных с существенным усложнением разработки модификаций (то самое "скрещивание доработок для десятков разных бизнесов в одном приложении"). Особенно сложно это скрещивание дается тогда, когда бизнесы "почти" похожи, но чем-то отличаются. Тут волей-неволей приходится изобретать сложные универсальные механизмы и настраивать их под каждый бизнес либо, в особо запущенных случаях, делать ветвления типа "если бизнес такой-то, то идем сюда, а если другой - вон туда".
С другой стороны, вендор пошел в итоге именно этим путем: вместо кучи gls-слоев локализации под различные регионы скрестил всё и вся на sys-слое, разделив функционал по конфигурационным ключам и кодам стран. Исключение составляет, насколько я знаю, разве что расчет зарплаты (payroll), выпускаемый на отдельном слое. |
|
05.10.2015, 12:18 | #2 |
Участник
|
Цитата:
Сообщение от gl00mie
Я бы сказал, вместо кучи рутинных проблем, которые кошмарят администраторов и службу поддержки, вроде накатывания обновлений, переноса модификаций, которые могут быть полезны всем, на кучу экземпляров приложения, синхронизации справочников и т.п., возникает куча других проблем, связанных с существенным усложнением разработки модификаций (то самое "скрещивание доработок для десятков разных бизнесов в одном приложении"). Особенно сложно это скрещивание дается тогда, когда бизнесы "почти" похожи, но чем-то отличаются.
Поддержка двух баз вызвала столько усилий что перед тиражированием на всех приняли решение посадить всех в одну базу. |
|
Теги |
как правильно |
|
Похожие темы | ||||
Тема | Ответов | |||
axforum blogs: Кто такой Бизнес-Аналитик? | 0 | |||
несколько компаний в одной | 11 | |||
консолидация финансовых данных из 3 компаний в одну | 8 |
|