我想知道docker究竟是如何适应CI/CD的.据我所知,在容器的帮助下,您可以专注于代码,而不是依赖/环境.但是,一旦您签入代码,您将期望TeamCity,Jenkins或Bamboo等工具负责集成构建,集成测试/单元测试以及部署到目标服务器(批准后),您希望运行相同的Docker容器映像构建的代码.但是,在上述所有情况中,Docker无法进入CI/CD周期,尽管它在服务器上执行时会发挥作用.那么,为什么我会看到将它列为DevOps之一的文章.我可能是错的,因为我不是DevOps大师,请指教!
嗨，微服务大师，
我有一个关于微服务的服务到服务通信架构的问题。Istio 或任何服务网格都可以使微服务通信的路由、发现和弹性易于管理。然而，它没有涵盖跨越一个以上微服务（分布式事务的种类）的事务的重要方面，微服务的基于事件的架构中很好地包含了这一点。然而，显然，事件驱动架构错过了服务网格很好地涵盖的方面。所以，想知道哪种方法更好，或者可以有一种方法将服务网格与事件驱动架构混合使用，以利用这两种模式的优势。但是，如果这种混合是可能的，那么事件驱动的总线（如 Kafka）是否不会干扰 Istio 使用的侧车代理/控制平面的内部工作模式。