jenkins - 如果 CICD 中的 e2e 测试自动化失败，微服务回滚方法

Question

当一个微服务的新特性被合并到开发分支时，它总是部署到 Kubernetes 测试环境中吗？

• 如果是，如果 e2e 测试失败会怎样？微服务部署是否回滚？
• CICD的自动回滚现在业界普遍吗？
• 有没有其他方法可以在不部署到 Kubernetes 测试环境的情况下进行 e2e 黑盒测试？

我找不到一个很好的例子吗？

标签： jenkinskubernetesautomated-testsmicroservicescicd

Answer 1

当一个微服务的新特性被合并到开发分支时，它总是部署到 Kubernetes 测试环境中吗？

是的，你是对的

如果是，如果 e2e 测试失败会怎样？微服务部署是否回滚？

由于理想情况下它是一个开发环境，因此运行损坏的版本应该没问题，但更多取决于您计划遵循的要求或架构。

CICD的自动回滚现在业界普遍吗？

是的，这很常见，但是最好将其保留为手动操作，您可能会遇到一种情况，即您希望在 e2e 失败时部署版本。

根据需要手动操作的好处可能会发生变化，并且必须部署集成测试失败或其他问题的功能。

有没有其他方法可以在不部署到 Kubernetes 测试环境的情况下进行 e2e 黑盒测试？

您可以在 CI/CD、e2e中进行子系统或小部分测试，也可以在CI/CD端自动化并集成CI服务器可访问的Kubernetes服务进行测试。