如何理解AWS的自动部署工具codedeploy概述和主要组件
这篇文章给大家介绍如何理解AWS的自动部署工具codedeploy概述和主要组件,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
网站建设哪家好,找创新互联!专注于网页设计、网站建设、微信开发、微信小程序、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了烟台免费建站欢迎大家使用!
codedeploy概述:
codedeploy是aws上面的一个自动部署服务,可以自动的将应用程序部署到EC2实例、本地实例(任意的线上或线下自己的一台机器)、无实例的lamda函数、ECS上面。
可以部署的应用程序包括:代码、无服务器的lamda函数、web和配置、可执行文件、包、脚本、多媒体文件。
可以部署到一个或数千个实例。
CodeDeploy提供了两种部署类型选项:
1)就地部署:停止部署组中每个实例上的应用程序,安装最新的应用程序修订版,并启动并验证新版本的应用程序。您可以使用负载平衡器,以便在部署期间取消注册每个实例,然后在部署完成后恢复为服务。只有使用EC2 / On-Premises计算平台的部署才能使用就地部署。
工作原理:创建可部署的内容,添加应用程序规范文件 (AppSpec文件:定义了CodeDeploy执行的部署操作),将可部署内容和AppSpec文件捆绑到存档文件中,然后上传到s3或github中,此时的归档文件称为应用程序修订版 --> 告诉codedeploy新代码或部署内容在哪,codedeploy调用一组EC2 --> 每台EC2上面的EC2实例轮询codedeploy,确定在哪获得新的内容和时间 --> 每个实例上的CodeDeploy代理从S3或GitHub上提取新代码,并使用AppSpec文件中的指令将内容部署到实例。
2)蓝绿部署:蓝/绿部署将应用程序原始环境中的流量重新路由到替换环境,环境取决于codedeploy应用程序的计算平台。
AWS Lambda:流量从 Lambda 函数的一个版本转移到同一 Lambda 函数的新版本。
Amazon ECS:流量从 Amazon ECS 服务中的任务集转移到同一 Amazon ECS 服务中更新的替换任务集。
EC2/本地:流量从原始环境中的一组实例转移到一组替换实例。
所有 AWS Lambda 和 Amazon ECS 部署都是蓝/绿部署。EC2/本地部署可以是就地部署或蓝/绿部署。蓝绿部署相比较就地部署的优势:
1)可以在新的替换环境中安装和测试应用程序,在部署的时候只需要重新路由流量就可以应用到生产环境中;
2)如果是EC2或本地实例,切换回最新的程序版本将更快,更可靠。这是因为只要原始实例没有被终止,流量就可以路由回原始实例,而在就地部署中,必须重新部署上一个版本的应用程序来进行回滚;
3)如果生产环境使用的是EC2或本地实例,则会为蓝绿部署预置新的实例,并且新实例是最新的服务器配置,可以避免生产实例长时间运行出现的问题;
4)如果使用的是lambda计算平台,则需要控制流量如何从原始地lambda函数版本转移到新的lambda函数版本。
例:在EC2或本地实例上做蓝绿部署:
注(使用蓝绿部署必须使用AWS的EC2实例,不可是本地实例);如果使用EC2或本地计算平台必须有一个或多个带有标识的EC2标签或EC2 Auto Scaling 组的 EC2 实例(这些实例必须满足:每个EC2实例必须附加有正确的IAM实例配置文件,并且在每台实例上安装运行codedeploy代理);通常,您还会有一个在原始环境中的实例上运行的应用程序修订,但这对蓝/绿部署来说不是必需的。
当创建使用蓝绿部署的部署组的时候,可以选择如何指定替换环境:{
复制现有 Amazon EC2 Auto Scaling 组:在蓝绿部署中,codedeploy将在部署期间为替换环境创建实例,CodeDeploy 将使用指定的 Amazon EC2 Auto Scaling 组作为替换环境的模板,其中包括相同数量的正在运行的实例和许多其他配置选项。
手动选择实例:使用 Amazon EC2 实例标签或 Amazon EC2 Auto Scaling 组名称指定要计为替换项的实例,选择了此项,在部署前无需指定替换环境的实例。
操作方式:
1)已有充当原始环境的一些实例或一个 Amazon EC2 Auto Scaling 组。首次运行蓝/绿部署时,您通常使用已在就地部署中使用的实例;
2)在codedeploy中创建一个蓝绿部署,在其中除了就地部署所需的选项之外,还要指定以下内容:
在蓝/绿部署过程期间,将流量从您原始环境路由到替换环境的负载均衡器。
立即将流量重新路由到替换环境还是等待您手动路由。
流量路由到替换实例的速率。
被替换的实例是终止还是继续运行。
3)为此部署创建了一个部署将会发生以下情况:
如果选择复制 Amazon EC2 Auto Scaling 组,则将为您的替换环境预置实例;
指定部署的应用程序将安装在替换环境上;
如果在部署组中设置了等待时间,部署将暂停,这是是对替换环境测试和验证的时间,如果未在等待之前进行手动路由流量,部署将停止;
替换环境中的实例向 Elastic Load Balancing 负载均衡器注册,流量开始路由到这些实例;
原始环境中的实例将取消注册,并根据部署组中的规范进行处理,要么终止,要么继续运行。
codedeploy的主要组件:
应用:唯一标识要部署的应用程序的名称。代码部署使用此名称 (用作容器), 以确保在部署过程中引用修订、部署配置和部署组的正确组合。
计算平台:codedeploy部署应用程序的平台。EC2/本地:可以作为 Amazon EC2 云实例或本地服务器的物理服务器实例。使用 EC2或本地计算平台创建的应用程序可以包括可执行文件、配置文件和映像等。使用 EC2/本地 计算平台的部署通过使用就地部署或蓝/绿部署类型,管理流量定向到实例的方式。
部署配置:codedeploy在部署期间使用的一组部署规则、部署成功条件、失败条件。如果部署采用的是EC2或本地实例,可以为部署指定最少数量的运行正常实例。
部署组:一组单独的实例。部署组包含单独标记的实例或 Amazon EC2 Auto Scaling 组中的 Amazon EC2 实例
部署类型:用于在部署组中的实例上,提供最新的的应用程序修订的方法。
IAM实例配置文件:一种附加到EC2实例的IAM角色。此配置文件包含了访问S3和github的访问权限。
修订:lambda部署修订是一种yaml格式或json格式的文件,指定有关要部署的lambda函数的信息。EC2本地部署修订是一个存档文件,包含源内容(源代码、网页、可执行文件和部署脚本)以及 application specification file (AppSpec file)。AWS Lambda 修订可存储在 Amazon S3 中。EC2/本地 修订存储在 Amazon S3 或 GitHub 中。
服务角色:一组用于向aws服务授予权限便可以访问aws服务资源的IAM角色,在codedeploy中,服务角色用于:
读取应用于实例的标记与实例关联的EC2 auto scaling 组名,这使codedeploy能够标识它,可将应用程序部署到实例;(使codedeploy对实例有部署的权限,)
对实例、EC2 auto scaling 组和elastic load balancing负载均衡器执行操作;(有执行操作的权利)
将信息发布到aws SNS主题,以便在发生指定的部署或实例事件时发送通知;(使codedeploy有发送信息到SNS的权利)
检索cloudwatch警报信息,设置部署的警报监视。
关于如何理解AWS的自动部署工具codedeploy概述和主要组件就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
网页标题:如何理解AWS的自动部署工具codedeploy概述和主要组件
网站路径:http://scyanting.com/article/ppeche.html