MS
Кроме того есть раздел в достаточно небольшой, но приятной брошюре от O'Reilly про паттерны Software Architecture
Size: a a a
2017 May 21
GK
#whois Геннадий Круглов, Архитектор, Luxoft Russia
MS
Была небольшая дискуссия про микросервисы vs soa. Было бы интересно послушать подробнее про концептуальную разницу, если она есть :)
кстати, интересно - интересует именно разница между паттернами или в каких случаях стоит применять один, а в каких другой? Потому что от этого по идее будет зависеть, что мы хотели бы услышать на вебинаре Максима
GK
http://www.oreilly.com/programming/free/microservices-vs-service-oriented-architecture.csp
В этой книге Mark Richards дал, на мой взгляд, разумное объяснение разницы Microservices и SOA. Я также придерживаюсь мнения, что главное их отличие в таксономиях сервисов. Также важно понимать, что Microservices могут нарушать DRY, так как не ставится цель максимизации переиспользования (reuse).
В этой книге Mark Richards дал, на мой взгляд, разумное объяснение разницы Microservices и SOA. Я также придерживаюсь мнения, что главное их отличие в таксономиях сервисов. Также важно понимать, что Microservices могут нарушать DRY, так как не ставится цель максимизации переиспользования (reuse).
MS
от себя, например, скажу, что меня интересуют оба аспекта, но второй больше. Потому что по первому есть открытые источники, где при желании это можно найти и постараться осмыслить, а вот со вторым туговато. На волне хайпа от микросервисов складывается впечатление, что просто серебрянная пуля, и задумываться о ее применении даже не надо - просто стреляй)
AS
Была небольшая дискуссия про микросервисы vs soa. Было бы интересно послушать подробнее про концептуальную разницу, если она есть :)
Если грубо, то SOA базируется на централизованных решениях a-la ESB, а микросервисы децентрализованы отсюда все вытекающие паттерны. SOA: SOAP, ESB, канонические сервисы, оркестрация. Микросервисы: REST, docker-контейнеры, service discovery, message bus.
MS
Если грубо, то SOA базируется на централизованных решениях a-la ESB, а микросервисы децентрализованы отсюда все вытекающие паттерны. SOA: SOAP, ESB, канонические сервисы, оркестрация. Микросервисы: REST, docker-контейнеры, service discovery, message bus.
на мой взгляд прям грубо)))😊
AS
Кроме того микросервисы базируются на devops и предназначены для минимизации time-to-market. Разворачивание нового сервиса и его масштабирование выполняется полностью автоматизировано. Когда как SOA обычно занимается отлельная команда, а процесс растянут на годы
GK
SOA не базируется на ESB. SOA базируется на принципах и паттернах. ESB это один таких из паттернов, использовать его не обязательно
AS
Это ключевой паттерн
E
Как-то из дискуссии складывается, что есть противопоставление одного другому - SOA и микросервисов. Наверно, это слишком категорично. Как считаете?
Г
"Andrei Soloschak:
Это ключевой паттерн" 😳 Всегда думал, что ключевой - это сервис. Описанный, регламентированный способ взаимодействия
Это ключевой паттерн" 😳 Всегда думал, что ключевой - это сервис. Описанный, регламентированный способ взаимодействия
AS
SOA как правило разворачивается вокруг инфраструктуры ESB. Когда как микросервисы использую оркестраторы контейнеров, такик как Kubernetes и легкие messagebrokerы как rabbitmq. А отвественность за интеграцию лежит на команде
Г
"Eugene:
Как-то из дискуссии складывается, что есть противопоставление одного другому - SOA и микросервисов. Наверно, это слишком категорично. Как считаете?" 100500
Как-то из дискуссии складывается, что есть противопоставление одного другому - SOA и микросервисов. Наверно, это слишком категорично. Как считаете?" 100500
GK
При всём уважении, это не так. Вендоры сделали ESB краеугольным камнем SOA. Концептуально паттерны не ранжируются по важности
AS
Но именно инфраструктура и devops делают микросервисы революционным подходом. Если у вас за интеграцию отвечает отдельное подразделение, то микросервисов не получится
E
Позволю себе заметить, что интеграция микросервисов - это решение скорее одной конкретной бизнес-задачи (ну как если бы это был монолит, а мы его разделили), а SOA, скорее следующий уровень - как эти бизнес-задачи направить на минимизацию и переиспользование и прочие космические корабли в большом театре
GK
Mark Richards всё классно описал. Это два Service based архитектурных стиля. Между ними больше общего чем различий
AS
Шины едут на свалку и это краеугольный камень
GK
Имхо, esb/шина - не краеугольный камень SOA, это лишь способ взаимодействия/интеграции сервисов