服务网格(如Istio) vs甚至微服务的驱动架构
嗨，微服务专家，
我有一个关于微服务的服务到服务通信架构的问题。Istio或任何服务网格都可以使微服务通信的路由、发现和弹性易于管理。然而，它没有涵盖跨越多个微服务(一种分布式事务)的事务的重要方面，这在微服务的基于事件的体系结构中包含得很好。然而，显然，事件驱动架构没有很好地覆盖服务网格的各个方面。所以，我想知道，哪种方法更好，或者有一种方法可以将-service网格和事件驱动架构混合在一起，以利用这两种模式的优点。但如果这种混合是可能的，那么事件驱动总线(如Kafka)是否不会干扰Istio使用的侧车代理/控制平面的内部工作模式。
回答 3
Stack Overflow用户
发布于 2019-04-05 21:26:06
你混淆了几个东西。
- Istio、linkerd等解决了云原生、容器化微服务出现的一些基本设计/架构问题。例如，服务发现、断路器等。这些问题过去是通过嵌入到Spring cloud、hystrix、ribbon等应用程序中的库来解决的。服务网格在容器世界的范例中解决了这个问题。
但是，服务网格不能解决使用Kafka或任何其他消息代理解决的任何其他服务间数据交换问题。您的微服务甚至可以是驱动的，也可以是非驱动的-服务网格不会干扰这一点。
Stack Overflow用户
发布于 2019-09-27 06:46:56
像Apache Kafka这样的服务网格和事件驱动架构是互补和正交的
- Apache Kafka解耦服务服务，包括事件流和request-response
- Kubernetes为Kafka生态系统提供云本机基础架构
- Service Mesh有助于在生态系统/组织规模实现安全性和可观察性
- 服务Mesh框架(如特使和Istio )位于Kafka之上的层，与Kafka解决
的目标正交
请查看我写的以下材料(博客文章、幻灯片、视频记录)，其中更详细地涵盖了这些概念及其组合：
博客帖子：Service Mesh and Cloud-Native Microservices with Apache Kafka, Kubernetes and Envoy, Istio, Linkerd
幻灯片：Kafka, Kubernetes, Envoy and Istio
视频录制：Service Mesh and Event Driven Architectures like Apache Kafka
Stack Overflow用户
发布于 2019-04-15 16:34:40
您的问题是，服务网格没有涵盖跨越多个微服务(一种分布式事务)的事务的重要方面，这在基于事件的微服务体系结构中包含得很好，但事实并非如此。服务网格在分布式微服务通信方面处理得很好，但服务网格很好地支持同步RESTful和一般的请求-回复交互，它不支持异步的、事件驱动的交互，也不适合连接云原生微服务与遗留应用程序。对于事件驱动架构，你必须看起来像系统的事件网格，而不是服务网格。查看链接...
https://stackoverflow.com/questions/55530628
复制相似问题
腾讯云开发者
