Я новичок в платформе Service Now, занимаюсь разработкой пользовательского приложения с использованием портала услуг, и мне нужны советы экспертов по архитектуре.
Моя сюжетная линия заключается в том, что мой сервис будет обслуживать разные компании в соответствии с их требованиями.простым обслуживанием кодовой базы.например, у меня есть базовое приложение, которое имеет некоторые конкретные требования, которые подходят для всех компаний, но будут некоторые другие функции для конкретной компании, такие как функция A для компании A , функция B длякомпания Б и тд.Таким образом, мой первоначальный план был похож на разработку классического программного обеспечения, которая должна иметь единую кодовую базу с использованием git, которая будет иметь несколько ветвей функций, которые будут развернуты в нескольких экземплярах.Но иногда возникает ситуация, когда мне может понадобиться объединить ветви, что сейчас невозможно.Мой вопрос здесь есть ли какой-нибудь альтернативный способ сделать это? Другие возможные сценарии здесь я должен пойти с одним экземпляром с разделением данных на основе ACL? (но это не кажется мне масштабируемымпотому что через некоторое время объем данных станет огромным) или возможно ли применить обычную архитектуру SAAS, такую как многопользовательская (одно приложение с несколькими базами данных) с некоторым разделением функций по конфигурации?
Заранее спасибо.