Комментарии 3
Мммм... Даже не знал, что есть русский перевод этой книги. Жалко плюсик не могу поставить :)
Посетители должны иметь возможность искать и покупать книги;
Немного не соответствует публикации в статье ссылки на копию книги с сомнительной легальностью, но да ладно :)))
Кажется, получилось что угодно, но не микросервисы. От этого будут страдать все.
Из множества имеющихся вариантов я выбрал микросервисную архитектуру как ту, которая очень просто масштабируется и естественным образом обеспечивает разделение зон ответственности.
Главное приемущество микросервисов - это независимый деплой, что позволяет нескольким командам работать над разными частями системы не мешая друг другу и применение разных языков программирования. Масштабировать нагрузку можно и в монолите просто повышая количество инстансов. Разделять зону ответственности можно внутри одного кода. Просто разбивая код на модули и классы. Тут микросервисная архитектура ни причем. Какой размер команды и сколько команд занимается поддержкой этой системы?
Кажется монолитная архитектура тут подошла бы лучше, остается больше пространства для маневра и поскольку система молодая, не совсем очевидно что такое разделение правильное, всегда можно потом разбить её на микросервисы когда станет понятней где проходят границы разных частей системы.
Архитектурные ката: отсекаем всё лишнее в Agile