Как мы быстро распилили монолит, когда командам стало тесно

[Maksclub]

Конфигурация. В конфигурации приложения также были только инфраструктурные вещи, которые никак не влияют на бизнес-логику: настройки коннектов к базам данных, настройки монолога и пр.

- { resources: ../modules/megaplan/Resources/config/services_prod.yml}


А чего в Kernel не указали типа такого?

protected function configureContainer(ContainerConfigurator $container): void
{
  $container->import('./**/Resources/services.yaml');
  $container->import("./**/Resources/services_{$this->environment}.yaml");
}

Вышло бы динамически

[antgubarev]

Спасибо за предложение. Такой вариант выглядит немного удобнее. Текущий был выбран за наглядность конфига

[theRavel]

А как деплоятся модули? Это одно приложение или например каждый консьюмер можно отдельно задеплоить?

Во всем подходе немного настораживает наличие общих DTO… Они же создают сильную связанность между модулями (изменение в одном модуле ведет к изменению в другом) — хотя это возможно допустимо с точки зрения постановки задачи.

[Maksclub]

Вроде все хорошо у них…

Межмодульное взаимодействие. Помимо REST API, мы используем шину очередей. Для нас крайне важна целостность данных, а менеджеры сопровождения часто меняют статусы у сделок, и если мы потеряем их из-за того, что не получилось отправить запрос по http, это может поломать весь дальнейший процесс онбординга.

[antgubarev]

Деплой один. В этом как раз было для нас преимущество, которое упрощало работу

[amarao]

Я вам очень, очень благодарен за правильное использование слова "сервисная архитектура". Многие используют "микросервисный" как синоним "сервисная архитектура" и у меня душа болит.

Спасибо большое.

[Maksclub]

На самом деле если следить за границами, то находиться в рамках одной кодовой базы — есть плюсы, когда много сервисов и появляются новые данные — приходится каскадные изменения делать с обновлением зависимостей или флагов, что несколько сложнее, чем некторая атомарность релиза одного кода

[BugM]

Выросли до 5 разработчиков.

Микросервисы? Команды? Толкаться? Вы о чем вообще?

Это небольшой проект, один сервис и одна команда.
Где по хорошему все всех (бек бека, фронт фронта если разделение есть) готовы заменить в любой момент.
Не нужны вам микросервисы.

Вы с большим запасом влазите в правило 2 пицц.

[irishmann]

Пожалуйста, больше не ставьте гифку на обложку, это жутко раздражает.