我的团队开发了三个微服务。三者协同工作以提供业务场景。它们与 REST 和 RabbitMQ 进行通信。看起来像Toby Clemson 关于微服务测试的演讲。
每个微服务都有自己的持续交付管道。它们是交付，而不是部署管道，这意味着最后有一个手动发布决定。
如何将业务场景的端到端测试（即跨所有微服务）包含到交付管道中？
我的团队建议这样做：
我们添加了一个共享的端到端阶段，用于部署所有三个微服务并在它们上运行端到端测试。每次其中一个管道到达此阶段时，它都会进行部署和测试。信号量确保管道一个接一个地通过阶段。失败会停止所有三个管道。
对我来说，这似乎牺牲了微服务架构首先赢得的所有独立性：
端到端阶段是一个瓶颈。快速流水线可以阻止慢速流水线，因为它更频繁地保留端到端阶段，使其他流水线在运行测试之前等待。
一个管道中的故障将阻止其他管道交付，也使它们无法交付紧急错误修复。
该解决方案不适应需要不同微服务组合的新业务场景。我们要么最终得到一个连接所有微服务的超级阶段，要么每个业务场景都需要自己的新端到端阶段。
端到端阶段只显示了一个狭窄的结果，因为它只确认了一个精确的微服务版本组合可以一起工作。如果生产包含不同的版本，则不保证这也能正常工作。
该阶段也与最后的手动发布决定相冲突：如果构建通过端到端但我们决定不将其发布到生产环境怎么办？然后，生产将包含与端到端不同版本的该微服务，从而导致结果扭曲。
那么有什么更好的方法来做到这一点呢？