VU
Без единой точки отказа
Size: a a a
2020 August 25
VU
1 esb- 1 взаимодействие
VU
Под всякими опеншифтами
VU
С автоскейлингом, блекджеком и профурсетками
VU
То же самое привнесли бизнес-аналитики с микросервисной комундой
VU
То же самое привнесли бизнес-аналитики с микросервисной комундой
(Это правда я в живую не видел)
VU
Все так просто, бери да делай
PD
А что значит "тысячи шин", я не врубаюсь. Просто "под каждую задачу свое API"?
GK
Когда функционал сосредоточивается для одного сервиса/взаимодействия
Мы немного это обсуждали где-то.
На самом деле - это сервисы интеграции, то есть автономные посредники, которые могут содержать довольно сложный integration flow.
Как вариант реализации - те же, да простит меня телеграм, микросервисы с Camel (как Mediation Framework) под капотом.
Разумеется, такие сервисы могут быть развёрнуты в среде контейнерной виртуализации (Openshift).
На самом деле - это сервисы интеграции, то есть автономные посредники, которые могут содержать довольно сложный integration flow.
Как вариант реализации - те же, да простит меня телеграм, микросервисы с Camel (как Mediation Framework) под капотом.
Разумеется, такие сервисы могут быть развёрнуты в среде контейнерной виртуализации (Openshift).
GK
Прощай сон, как говорится)))
PD
Ну, у меня сейчас структура проекта примерно в такое и выродилось:
шлюзы (bff) -> логика (на оркестраторе типа каденсе) -> доменные сервисы
-> aдаптеры
И пока удобно все раскладывается.
шлюзы (bff) -> логика (на оркестраторе типа каденсе) -> доменные сервисы
-> aдаптеры
И пока удобно все раскладывается.
PD
Но это для одного домена, между доменами разнообразно и как с легаси повезет.
GK
@dphil Фил, ты сейчас про взаимодействие говоришь, где оркестрация - это стиль взаимодействия
GK
Но это для одного домена, между доменами разнообразно и как с легаси повезет.
А вот это уже интеграция
PD
Но ESB - это все-таки тоже больше про взаимодействие, нежели про интеграцию (в реальной жизни).
PD
Так как нельзя впихнуть в общую шину принципиально разные системы, все равно приходится проектировать point-to-point (
GK
Но ESB - это все-таки тоже больше про взаимодействие, нежели про интеграцию (в реальной жизни).
Вот и нет. В реальной жизни, то есть де-факто, ESB становится суррогатом взаимодействия, то есть взамодействия через интеграцию, потому что непросредственное взамодействие невозможно из-за разрыва в коммуникациях или нежелания/неумения выполнять дизайн (лень/некомпетентность)
PD
Хм. Я вот смотрю на опыты интеграций нашей системы при установки к клиентам - там в основном точка-точка.
Поддержку Tibco все хотят, но, насколько я могу судить, не очень используют.
Поддержку Tibco все хотят, но, насколько я могу судить, не очень используют.
PD
(Я, правда, вижу незначительную часть внедрений, конечно)
PD
Ну или просят REST API, а дальше сами. Но мне сложно REST API назвать ESB...