在过去,我曾经是IBM Integration Bus(IIB)的开发人员,当时它被称为IBM WebSphere Message Broker。我会开发消息流来连接各种输入、输出和处理节点。当然,这种开发风格也适用于其他ESB供应商;因此,这个问题不会失去普遍性。
IIB的消息引擎是WebSphere MQ(WMQ),它以队列或主题消息的形式提供通信。与IIB中的内部逻辑一起,节点彼此通信传递消息。一个典型的IIB/WMQ还有一个有良好记录的HA安装机制。此外,如果消息流公开了HTTP(S)端点,则可以在负载均衡器后面这样做。
同样,我们也可以谈论其他组成SOA时代的技术。因此,我的问题是,如果我:
- 开发与WMQ通信的微服务 - 将每个微服务部署到容器中 - 使用ESB来编排这些微服务 - 依赖ESB(及其附属技术)进行访问控制、流量管理等
那么,除了“纯基于容器的架构”之外,我还需要Istio做什么?
IIB的消息引擎是WebSphere MQ(WMQ),它以队列或主题消息的形式提供通信。与IIB中的内部逻辑一起,节点彼此通信传递消息。一个典型的IIB/WMQ还有一个有良好记录的HA安装机制。此外,如果消息流公开了HTTP(S)端点,则可以在负载均衡器后面这样做。
同样,我们也可以谈论其他组成SOA时代的技术。因此,我的问题是,如果我:
- 开发与WMQ通信的微服务 - 将每个微服务部署到容器中 - 使用ESB来编排这些微服务 - 依赖ESB(及其附属技术)进行访问控制、流量管理等
那么,除了“纯基于容器的架构”之外,我还需要Istio做什么?