Микросервисы / распределенные системы
Веб-сервисы тогда и сейчас SOA(P) Services SOA появилась как парадигма распределенных вычислений, работы электронного бизнеса и корпоративной интеграции. Выгоды SOA - Динамичность (деление нагрузки по нескольким инстансам сервиса) - Повторное использование…
share-as-little-as-possible
Микросервисы появились в ответ на эти вызовы как решение enterprise-уровня. При этом авторы ссылаются на статью Microservices vs. service-oriented architecture Марка Ричардчcа, где отличия SOA и Microservices лежит в плоскости лежащих в их основах идей: SOA реализует идею share-as-much-as-possible, микросервисы в свою очередь – share-as-little-as-possible («the goal became how to build systems that are replaceable while being maintainable»).
О том же пишет и Мартин Фаулер:
✏️«[...]This emphasis on replaceability is a special case of a more general principle of modular design, which is to drive modularity through the pattern of change. You want to keep things that change at the same time in the same module. Parts of a system that change rarely should be in different services to those that are currently undergoing lots of churn. If you find yourself repeatedly changing two services together, that's a sign that they should be merged.»
Возвращаясь к обозначенным ранее свойствам микросервисов авторы делают вывод, что микросервисы хорошо подходят для сценариев со слабой интеграцией данных и высокой динамикой процессов, что, согласно изложенному в Managing Complexity of Information Systems - 2012 - Lemberger - Why Has SOA Failed So Often и дает возможность быстро внедрять инновации.
#msaevolutionwspub3 #msaevolutionwspub #перевод
Микросервисы появились в ответ на эти вызовы как решение enterprise-уровня. При этом авторы ссылаются на статью Microservices vs. service-oriented architecture Марка Ричардчcа, где отличия SOA и Microservices лежит в плоскости лежащих в их основах идей: SOA реализует идею share-as-much-as-possible, микросервисы в свою очередь – share-as-little-as-possible («the goal became how to build systems that are replaceable while being maintainable»).
О том же пишет и Мартин Фаулер:
✏️«[...]This emphasis on replaceability is a special case of a more general principle of modular design, which is to drive modularity through the pattern of change. You want to keep things that change at the same time in the same module. Parts of a system that change rarely should be in different services to those that are currently undergoing lots of churn. If you find yourself repeatedly changing two services together, that's a sign that they should be merged.»
Возвращаясь к обозначенным ранее свойствам микросервисов авторы делают вывод, что микросервисы хорошо подходят для сценариев со слабой интеграцией данных и высокой динамикой процессов, что, согласно изложенному в Managing Complexity of Information Systems - 2012 - Lemberger - Why Has SOA Failed So Often и дает возможность быстро внедрять инновации.
#msaevolutionwspub3 #msaevolutionwspub #перевод