大家好，我有一个关于微服务中服务之间通信架构的问题。
Istio或任何服务网格可以使微服务的路由、发现和弹性通信易于管理。然而，它并没有涵盖跨越多个微服务的重要事务方面（一种分布式事务），这在基于事件的微服务体系结构中得到了很好的包含。但是，显然，事件驱动的架构缺少服务网格很好涵盖的方面。因此，我想知道哪种方法更好，或者是否可以将服务网格与事件驱动架构混合使用，以利用两种模式的优势。但如果这种混合是可能的，那么事件驱动总线（如Kafka）会不会干扰Istio使用的边车代理/控制平面的内部工作模式。
Service Mesh和事件驱动架构（例如Apache Kafka）是互补且正交的:
请查看我编写的以下资料（博客文章、幻灯片和视频记录），其中详细介绍了这些概念及其组合：
博客文章：使用Apache Kafka、Kubernetes和Envoy、Istio、Linkerd实现服务网格和云原生微服务
您的问题是服务网格没有覆盖跨越多个微服务的重要事务方面（一种分布式事务），这在微服务的基于事件的架构中得到了很好的包含，但并非如此。服务网格在处理分布式微服务通信方面表现良好，但它只支持同步RESTful和常规请求-响应交互，并不支持异步、事件驱动的交互，也不适合将云原生微服务与传统应用程序连接起来。对于事件驱动的架构，您需要查看像“事件网格”这样的系统，而不是服务网格。请查看链接...
