为开发/测试/生产运行 Jenkins Slaves 的优点/缺点？

Question

让我们首先同意我们要遵守典型的 Docker/DevOps 原则。因此，我们希望将任务隔离、配置版本控制和整体定制化到最低限度。

风景：

• Jenkins 被用作您选择的云实例上的 CI/CD 工具。

计划：

• 为 test/staging/prod 创建单独的实例，每个实例都安装了 Docker
• 在每个实例上启动 Jenkins 从容器，由 Jenkins 主容器控制
• 当提交被发送到“测试”分支时，Jenkins 主服务器将任务发送到“测试”从服务器，最终启动应用程序版本
• 同样，在测试成功运行并将代码推送到 staging 或 prod 分支后，Jenkins 将拥有分支相关的从属构建应用程序。

问题：

• 这种方法有什么问题？
• 这种方法可以改进哪些方面？

Answer 1

在采用这种方法时，您应该问自己几个问题，this 博文中介绍了其中的很多问题。

最后一段建议将 docker 套接字暴露给 CI 容器，允许您在主机上而不是在 CI 容器内构建映像，从而使您免于在 Docker 中运行 Docker 带来的许多痛苦。

您可能应该问的其他问题是用于控制主容器和从容器的编排服务是什么。我很高兴关注 Stelligent 的 this 博客文章，使用 Cloudformation 堆栈在 AWS ECS 上快速创建所需的一切，但其他解决方案显然是一种选择。

总而言之，只要您谨慎行事并遵循最佳做法，我认为您的方法没有任何问题。 祝你好运。