Как стать автором
Обновить

Комментарии 4

Для себя сформулировал "золотое правило": если можно обойтись без микросервисов, не используй микросервисы.

Показалось, что статья примерно про это же, только более развернуто и аргументировано.

Очень поверхностный анализ, больше напоминающий инфоциганство, с непоятными плюсами и минусами обоих архитектур.

Что там в микросервисах с ACID? В монолите например с ним все гораздо проще.

Микросервисной архитектурой в платежной системе пользовались еще в 2007 году, а в 2009 уже сделали свое private облако.


Ну архитектур гораздо больше чем две (например кто-то счастлив на SOA, кто-то для MVP использует бессерверную) и в статье говорится собственно не о преимуществах монолита над микросервисами или наоборот, а о том когда стоит выбирать микросервисы, то есть какие основные предпосылки должны вас толкнуть к мысли в принципе задуматься о микросервисах, как об альтернативе. И о проблемах с ACID в статье также говорится, собственно как об одном из рисков при выборе именно микросервисного решения и упоминается SAGA как возможный путь решения, хотя на самом деле пути решения этим не ограничиваются.

Определенно не хотела становиться на путь инфоциганства, поскольку не имею цели никому ничего продавать, просто хотелось поделиться мыслями и вопросами, которые возникали у меня самой по этому поводу. И к сожалению я очень мало находила ответов, которые касались бы именно выгод или потерь с точки зрения бизнеса от внедрения микросервисов. В основном это действительно сравнение плюсов и минусов без указания на то, зачем собственно производится сам выбор. Поэтому именно последнее я и постаралась осветить)

И в любом случае спасибо за замечание, в следующий раз постараюсь писать более конкретно.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий