Небольшая заметка о микросервисах, о боли с которой сталкиваюсь, чаще всего на собеседованиях. До сих пор, со всех утюгов кричат о микросервисах, новоиспеченные разработчики и ITшники, не разбираясь что это и для чего, всюду лезут с микросервисами, считая их серебряной пулей. Многие аутсорсинговые (и не только) компании ищут кандидатов, которые что-то могут в микросервисах, при этом сами не понимая зачем им это.
Почему микросервисы, чем плох монолит?
Давайте быстренько и кратко разберемся. Но сначала нужно сказать о SPA (Frontend) + API (Backend) — это эволюция модульного монолита, с той лишь разницей, что Frontend вынесен уже за пределы монолита, и у нас отдельно существует Backend и Frontend. Также упомянем SOA — была популярна в 2000х и до сих пор существует во многих компаниях. Особенность SOA — это использование универсальной корпоративной шины (ESB) для связи разных сервисов, при этом у нас всё еще присутствует централизация в виде ESB, ведь если ESB будет плохо, то все сервисы пострадают. Мы же рассмотрим две крайности архитектурных решений — самую примитивную архитектуру в виде монолита и вершину эволюции — микросервисы.
Микросервисы и монолит — это две технологии, применимые в современном мире. Каждая имеет свои недостатки и преимущества и каждая применима в своей области. Монолит лучше подходит для небольших приложений, микросервисы для огромных систем.
Обсуждение закрыто