【问题标题】：Microservice rollback approach if e2e test automation fails in CICD如果 CICD 中的 e2e 测试自动化失败，微服务回滚方法
【发布时间】：2021-07-28 02:58:39
【问题描述】：
当一个微服务的新特性被合并到开发分支时，它是否总是部署到 Kubernetes 测试环境中。
- 如果是，如果 e2e 测试失败会怎样？微服务部署是否回滚？
- CICD 的自动回滚目前在业界普遍吗？
- 有没有其他方法可以在不部署到 Kubernetes 测试环境的情况下进行 e2e 黑盒测试？
我找不到一个很好的例子吗？
【问题讨论】：
标签：
jenkins
kubernetes
automated-tests
microservices
cicd
【解决方案1】：
当一个微服务的新特性被合并到开发中时
分支，是否总是部署到 Kubernetes 测试环境。
是的，你是对的
如果是，如果 e2e 测试失败会怎样？是微服务部署
回滚？
由于它是一个理想的开发环境，运行损坏的版本应该没问题，但更多取决于您计划遵循的要求或架构。
目前业界CICD自动回滚是否普遍？
是的，这很常见，但最好将其保留为 手动 操作，您可能会遇到需要在 e2e 失败时部署版本的情况。
根据需要手动操作的好处可能会发生变化，并且必须部署集成测试失败或其他原因的功能。
有没有其他方法可以在不部署到的情况下进行 e2e 黑盒测试
Kubernetes测试环境？
您可以在 CI/CD 中进行子系统或小部分测试，e2e 也可以在 CI/CD 方面进行自动化并集成 Kubernetes 服务可供 CI 服务器访问以进行测试。