RK
Подход/шаблон разработки ПО с акцентом на слабосвязанности, распределённость и т.п.
+1
Size: a a a
2017 May 21
RK
Проблема в том, что "SOA" — это часто пакет конкретного софта от вендора, который этот пакет называет "SOA" :) В таком контексте "SOA" =/= микросервисы
GK
На Ричардса ссылка выше. На Эрла - http://www.soaschool.com/
RK
Поэтому "SOA" — это старые дубовые паттерны и софт их реализующий. А микросервисы — это свежо и моложено.
GK
RK
Ой, там целая книжка на иностранном. А можете тезисно перечислить отличия?
E
Поэтому "SOA" — это старые дубовые паттерны и софт их реализующий. А микросервисы — это свежо и моложено.
это вполне себе полная точка зрения или смайлик забыли поставить?:)
GK
На soaschool есть полезные карты памяти по принципам и паттернам
Г
Проблема в том, что "SOA" — это часто пакет конкретного софта от вендора, который этот пакет называет "SOA" :) В таком контексте "SOA" =/= микросервисы
Дык, зачем же путать слова вендора и методологию?
E
Генннадий, по-моему, вас тролят 😊
RK
это вполне себе полная точка зрения или смайлик забыли поставить?:)
Вот чОрт, конечно забыл смайлик :) Но зерно инстины там есть. Именно из-за того, что люди мыслят конкретно, а не абстрактно, поэтому под абстрактными терминами (не помня наизусть книжки гуру) люди подразумевают конкретные вещи.
RK
SOA уже лет 15 и все приемы и реализации заезжены и переезжены. Бесполезно аппелировать к умным книгам и стандартам, если кто-то из участников дискуссии наверняка занимается этим SOA уже лет 10 и подразумевает под этим очень и очень буквальные вещи.
AS
На Ричардса ссылка выше. На Эрла - http://www.soaschool.com/
Эту книгу я читал. Но в чем противоречия моим словам?
RK
Как абстракция микросервисы это часть SOA :) См выше определение от Станислава. И при этом имеющиеся реализации "SOA" =/= микросервисы вообще, потому что общерпринятые реализации SOA сильно отличаются от имеющихся реализацй микросервисов.
AS
Я уже все-таки 2 года микросервисами занимаюсь и могу высказать свое понимание вопроса
RK
Но именно инфраструктура и devops делают микросервисы революционным подходом. Если у вас за интеграцию отвечает отдельное подразделение, то микросервисов не получится
^^^^ вот это ключевой момент?
AS
Микросервисы в конечном счете это переход к web-scale IT
RK
Подход/шаблон разработки ПО с акцентом на слабосвязанности, распределённость и т.п.
^^^^ такое определение SOA тоже 100% соответствует ожиданиям "web-scale it" разве нет?
AS
^^^^ такое определение SOA тоже 100% соответствует ожиданиям "web-scale it" разве нет?
Слишком обобщенное определение, которое можно двояко трактовать. Вопрос какие подходы приводят к развитию web-scale IT?