Иначе мы можем сказать, что при корректно определенных границах микросервисов критически важна изоляция состояния. Это дает возможность внутреннего эволюционного развития микросервиса без негативного влияния на его внешнее окружение. Под негативным влиянием можно понимать, например, необходимость координации с другими командами/сервисами при внесении изменений или, более простым языком — наличие жестких зависимостей. На картинке — если два сервиса начинают использовать одну базу, то им придется договариваться о внесении изменений в эту базу. Зависимость detected.
Иначе мы можем сказать, что при корректно определенных границах микросервисов…
Из этого канала
- #165Хорошая статья о тестировании микросервисов «Microservices test architecture.…
Хорошая статья о тестировании микросервисов «Microservices test architecture. Can you sleep well without end-to-end tests?» с примерами кода.
- #166Завтра в clubhouse в 19:30 мск поговорим о проблемах микросервисной…
Завтра в clubhouse в 19:30 мск поговорим о проблемах микросервисной архитектуры. https://www.joinclubhouse.com/event/xpA28noL w/ Anna Pimkina, Sergey Baranov,…
- #167Подборка ссылок про архитектуру Netflix, одну из самых часто цитируемых…
Подборка ссылок про архитектуру Netflix, одну из самых часто цитируемых микросервисных архитектур: Netflix: What Happens When You Press Play? Dec 11, 2017…
- #163Не так давно выкладывал ссылку на работу о сагах…
Не так давно выкладывал ссылку на работу о сагах (https://t.me/microservicesarch/82), пришло время работы о модульности.
- #162Микросервисы - это не только технологии, это еще и люди и команды их…
Микросервисы - это не только технологии, это еще и люди и команды их разрабатывающие. Завтра будет бесплатный митапчик по дизайну команд.