基于AWS弹性豆杆与AWS CodeDeploy的自动化

Question

我正在使用AWS弹性豆柄，并部署了我的nodejs应用程序。现在，我想自动化这个过程，即将更改提交到Github，然后在应用程序中自动反映这些更改。现在我有两个选项，无论是使用弹性豆柄还是使用代码部署。我搜索过这两项服务，

• 我可以用弹性豆杆自动使用deployBot，也可以使用jenkins插件实现自动化(AWS弹性豆柄部署插件)。还找到了自动化的链接：https://aws.amazon.com/blogs/devops/building-continuous-deployment-on-aws-with-aws-codepipeline-jenkins-and-aws-elastic-beanstalk/
• 我还可以使用AWS CodeDeploy服务实现自动化，使用代码管道CodeCommit将我的应用程序部署到EC2实例上。在代码部署的情况下，我也可以使用以下方法来完成：https://aws.amazon.com/blogs/devops/automatically-deploy-from-github-using-aws-codedeploy/

现在可以使用这两种服务，但哪一种更适合使用。这将使我的过程自动化，无论是使用AWS弹性Bean秸秆还是使用AWS代码部署。

Answer 1

使用第二个选项，而不是使用第三方工具，因为AWS平台支持使用git或bitbucket使用基于python的脚本部署应用程序。

Answer 2

最大的区别是：

• CodeDeploy是将应用程序部署到现有EC2实例的服务。它不考虑LoadBalancing或缩放等因素。
• ElasticBeanstalk是更多的PaaS服务，它为您提供了扩展应用程序所需的所有包装，因此您不需要担心DevOps方面。如监控、缩放等。

我发现这张图片很好地描述了这些差异。还包括OpsWorks：

​

如果您想了解更多关于CodeDeploy、弹性豆柄或OpsWorks的差异，请查看AWS自己的文档：https://d0.awsstatic.com/whitepapers/overview-of-deployment-options-on-aws.pdf

Answer 3

答案很简单。ElasticBeanstalk提供了基于一组AWS通用实践的cookie自动部署。CodeDeploy具有广泛的可配置性和可定制性。

您应该使用ElasticBeanstalk，直到找到不使用CodeDeploy就无法解决的用例为止( Maksim Luzik发布的AWS文档建议的两个用例部署到组织内部管理的EC2实例，并部署到EC2实例以进行第三方集成)。