Comments 9
Конфигурация. В конфигурации приложения также были только инфраструктурные вещи, которые никак не влияют на бизнес-логику: настройки коннектов к базам данных, настройки монолога и пр.
- { 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");
}
Вышло бы динамически
А как деплоятся модули? Это одно приложение или например каждый консьюмер можно отдельно задеплоить?
Во всем подходе немного настораживает наличие общих DTO… Они же создают сильную связанность между модулями (изменение в одном модуле ведет к изменению в другом) — хотя это возможно допустимо с точки зрения постановки задачи.
Во всем подходе немного настораживает наличие общих DTO… Они же создают сильную связанность между модулями (изменение в одном модуле ведет к изменению в другом) — хотя это возможно допустимо с точки зрения постановки задачи.
Вроде все хорошо у них…
Межмодульное взаимодействие. Помимо REST API, мы используем шину очередей. Для нас крайне важна целостность данных, а менеджеры сопровождения часто меняют статусы у сделок, и если мы потеряем их из-за того, что не получилось отправить запрос по http, это может поломать весь дальнейший процесс онбординга.
Деплой один. В этом как раз было для нас преимущество, которое упрощало работу
Я вам очень, очень благодарен за правильное использование слова "сервисная архитектура". Многие используют "микросервисный" как синоним "сервисная архитектура" и у меня душа болит.
Спасибо большое.
На самом деле если следить за границами, то находиться в рамках одной кодовой базы — есть плюсы, когда много сервисов и появляются новые данные — приходится каскадные изменения делать с обновлением зависимостей или флагов, что несколько сложнее, чем некторая атомарность релиза одного кода
Выросли до 5 разработчиков.
Микросервисы? Команды? Толкаться? Вы о чем вообще?
Это небольшой проект, один сервис и одна команда.
Где по хорошему все всех (бек бека, фронт фронта если разделение есть) готовы заменить в любой момент.
Не нужны вам микросервисы.
Вы с большим запасом влазите в правило 2 пицц.
Пожалуйста, больше не ставьте гифку на обложку, это жутко раздражает.
Sign up to leave a comment.
Как мы быстро распилили монолит, когда командам стало тесно