Когда-то я был IBM Integration Bus (IIB) - тогда он назывался IBM WebSphere Message Broker - разработчиком.Я бы разработал потоки сообщений для соединения различных узлов ввода, вывода и обработки.Этот стиль разработки, конечно, распространяется и на других поставщиков ESB;таким образом, этот вопрос не теряет общности.
Механизм обмена сообщениями для IIB - это WebSphere MQ (WMQ), который обеспечивает связь в форме сообщений в очереди или в виде тем.Вместе с внутренней логикой в IIB узлы связываются друг с другом, передавая сообщения.Типичный IIB / WMQ также имеет хорошо документированный механизм установки HA.Кроме того, если поток сообщений предоставляет конечную точку HTTP (S), он может сделать это и за балансировщиком нагрузки.
Аналогичным образом можно говорить о других технологиях, составлявших эру SOA.Поэтому мой вопрос заключается в том, что если я
- разрабатываю микроуслуги, которые взаимодействовали с, скажем, WMQ
- , то развертывал каждую микроуслугу в контейнере
- , использующей ESBдля организации этих микроуслуг
- полагался на ESB (и его вспомогательные технологии) для контроля доступа, управления трафиком и т. д.
тогда, для чего мне нужен Istio - кроме«Архитектура на основе чисто контейнеров»?
https://developer.ibm.com/integration/blog/2014/07/02/ibm-integration-bus-high-availability-overview/
https://developer.ibm.com/integration/docs/ibm-integration-bus/learn-play/an-introduction-to-ibm-integration-bus/