Comments 6
«Всего лишь применение принципов DDD к микросервисам» — я бы это назвал синтезом DDD и эволюционистики, «всего лишь применением концепции жизненного цикла к DDD». Грубо говоря DDD — это про квазистабильную архитектуру, а DOMA — это про динамическую архитектуру (эволюцию принципиально «никогда не полной» квазистабильной архитектуры). Фраза «период полураспада микросервиса составляет 1,5 года» очень хороша, жизненный цикл приложения и его модулей вновь попадает в фокус внимания архитекторов (ну или, скорее, популяризаторов этих тем на хабре :)), и это хорошо. ПО — это не высеченная из камня конструкция, а живой организм, инженеры-«физики» уступают место инженерам-«биологам» :).
Микросервисная архитектура Uber по состоянию на середину 2018 года по версии Jaeger

А что здесь такое Jaeger? Программа для рисования графов? Какой-то блог? Чей-то никнейм?

У меня сложилось впечатление, что они решали две проблемы:


  1. API сервисов был плохо задокументирован

Решили, задокументировав API шлюзов. Почему нельзя было задокументировать API сервисов — не понял.


  1. Разработчики сервисов позволяли себе менять API сервисов

Решили, зафиксировав версии API шлюзов. Почему нельзя было зафиксировать версии API сервисов — не понял.

Разница примерно как между ранним и поздним связыванием из мира ООП.
Не, немного не так. Они сделали из микросервисов аналог спагетти-кода, когда структуры мало, и одна функция может обращаться к данным другой в другой части кода, и поймали на этом сложность диагностики ошибок. Теперь подумали и разбили сервисы по абстракциям, чуть увеличив пути данных, но сделав структуру более стройной и логичной.

Аналог ООП в кодировании, но для микросервисов.
Only those users with full accounts are able to leave comments. Log in, please.

Information

Founded
Location
Россия
Website
flant.ru
Employees
51–100 employees
Registered