Добрый день!
На данный момент команда по микросервисам — 10 человек. Ребята разбиты на маленькие команды в зоне ответственности каждой из которых своя группа микросервисов.
Больших монолита у нас два, команды на них 50 — 60 человек на каждом.
С точки зрения реализации нового функционала на микросервисах, мы получили кратный прирост в скорости разработки. Тем не менее сама интеграция микросервисов и монолитов занимает существенное время, плюс сопутствующие рефакторинги на самих монолитах — все это несколько нивелирует полученный прирост в скорости разработки.
Но мы понимаем что это нормально для своего рода переходного периода и готовы к этому. Основной профит мы получили в быстродействии работы систем и повышения их масштабируемости. Кое-какие данные скину чуть позднее, ответом на один из комментариев выше.
Добрый день! Спасибо за интерес.
Мы храним части сущностей в микросервисах, и только те части что нужны. В основном это ключи сущностей из мастер системы. Каждый сервис обогащает(или нет) эти ключи своим набором полей, специфичных для его доменной области
Например, сервис логистики получает офисы из профильного сервиса и обогащает своими данными, делая из безликих, не связанных офисов — логистические цепи компании.
Сервис курьеров — берет эти же офисы и навешивает на них расписания, тарифные сетки и прочие дополнения/ограничения
Синхронизация сервисов с мастер системой основана на эвентах, которые мастер система продьюсит. Все заинтересованные сервисы подписываются на эти эвенеты и в соответствии с ними добавляют/изменяют/удаляют данные о связанной сущности у себя в бд.
p.s. с ответом помог один из наших лучших архитекторов :)
На данный момент команда по микросервисам — 10 человек. Ребята разбиты на маленькие команды в зоне ответственности каждой из которых своя группа микросервисов.
Больших монолита у нас два, команды на них 50 — 60 человек на каждом.
С точки зрения реализации нового функционала на микросервисах, мы получили кратный прирост в скорости разработки. Тем не менее сама интеграция микросервисов и монолитов занимает существенное время, плюс сопутствующие рефакторинги на самих монолитах — все это несколько нивелирует полученный прирост в скорости разработки.
Но мы понимаем что это нормально для своего рода переходного периода и готовы к этому. Основной профит мы получили в быстродействии работы систем и повышения их масштабируемости. Кое-какие данные скину чуть позднее, ответом на один из комментариев выше.
Мы храним части сущностей в микросервисах, и только те части что нужны. В основном это ключи сущностей из мастер системы. Каждый сервис обогащает(или нет) эти ключи своим набором полей, специфичных для его доменной области
Например, сервис логистики получает офисы из профильного сервиса и обогащает своими данными, делая из безликих, не связанных офисов — логистические цепи компании.
Сервис курьеров — берет эти же офисы и навешивает на них расписания, тарифные сетки и прочие дополнения/ограничения
Синхронизация сервисов с мастер системой основана на эвентах, которые мастер система продьюсит. Все заинтересованные сервисы подписываются на эти эвенеты и в соответствии с ними добавляют/изменяют/удаляют данные о связанной сущности у себя в бд.
p.s. с ответом помог один из наших лучших архитекторов :)