【发布时间】:2020-05-25 23:01:09
【问题描述】:
我正在 AWS 中寻找一些可以替代 jenkins 的持续集成解决方案。由于我的软件完全在 AWS 中,我正在寻找 AWS 本身的东西。我听说过 AWS Code deploy 等。 请点灯。
【问题讨论】:
标签: amazon-web-services jenkins amazon-ec2 continuous-integration
我正在 AWS 中寻找一些可以替代 jenkins 的持续集成解决方案。由于我的软件完全在 AWS 中,我正在寻找 AWS 本身的东西。我听说过 AWS Code deploy 等。 请点灯。
【问题讨论】:
标签: amazon-web-services jenkins amazon-ec2 continuous-integration
AWS 最近宣布AWS CodeStar 使用 AWS Code Pipeline、Code Build & Code Deploy 开发、构建和部署具有 CI/CD 的应用程序。它还附带predefined templates,可根据技术要求提供适当的工具选择。
【讨论】:
AWS CodeDeploy 不是 CI 工具;这是一个CD 工具。他们有一个叫做 CodePipeline 的东西,但这只是一项服务,它允许您将一堆不同的工具(有些是 AWS,有些不是,包括用于 CI 的 Jenkins)串在一起,以完成您可以使用 Jenkins 完成的任务管道。
【讨论】:
您可以使用 AWS CodePipeline(连同 CodeDeploy)在您喜欢的任何地方部署您的应用程序。它工作得很好,但是如果没有 Jenkins,您将无法在实际部署之前运行任何测试。
【讨论】:
我认为这个问题确实需要澄清一下“持续集成”是什么意思,以及“在 AWS 中”是什么意思。
持续集成对您意味着什么?
集成通常只是意味着能够合并来自多个开发人员的代码、执行单元测试,或许还可以运行一些质量控制审计工具,例如 SonarQube。如果代码编译并且基本测试通过,那么您的开发人员已经成功地“集成”了他们的代码。
AWS CodePipeline 可以处理这个以及更多。它可以超越并进行分期并推动生产。这也推动了持续交付的理念。
“在 AWS 内”是什么意思?
至于Jenkins alternative“在 AWS 内”,我想这完全取决于你所说的“在 AWS 内”是什么意思。如果您特别想要 AWS 产品,CodePipeline 可能是您唯一的选择。但是您可能会发现一个不错的 CI/CD Bitnami stack,您可以将 as a container 部署到 AWS Elastic Container Service,然后您对产品有更多的控制权,它仍然满足您的“在 AWS 范围内”的要求。
【讨论】: