使用AWS OpsWorks构建代码管道

AWS是云服务提供商,DevOps是需要时间的实现软件开发生命周期。这就是为什么许多人想知道他们可以实现DevOps AWS, AWS回应和大量的服务来满足这些需求。

那么,这些服务,为什么AWS DevOps是一个伟大的组合?

AWS提供各种服务,比如EC2和各种容器服务,这让我们产生特定的实例。这些实例上除了我们的虚拟机可以继续举办不同类型的应用程序,在不同类型的数据,等。所以,实例是必须的,这些实例容易扩大和缩小我们的需求,即。,这是非常适合DevOps的方法。当我们谈论DevOps,我们讨论的是持续集成和部署,执行这些流程,我们需要这些弹性和可伸缩的实例。这需要的是搭配AWS实例。

进一步的,AWS云的形成是允许我们创建模板和环境,我们可以使用举办不同类型的应用程序。

AWS代码管道让我们创建一个管道,我们可以添加数据。这个数据是应用程序,测试了几次,并致力于我们希望使用的存储库。我们可以在GitHub上,或者我们可以使用一个内部存储库叫做一个AWS代码提交。所以服务的目的是当我们谈论建立一个应用程序中,部署代码,测试代码等。

AWS监测是一个监控服务,跟踪所有AWS上的活动平台。

AWS OpsWorks是什么?

它是一个配置管理服务,帮助建立和运营高度动态的应用程序和即时传播更改。

在简单的词语,这些天来,我们不断构建多个应用程序。所以,如果我们想从基础结构的角度来说,我们可能需要保持数以百计的不同的应用程序服务器。最重要的是,我们必须配置这些应用程序和做一些活动不感兴趣。开发商和业主想花时间专注于业务和开发部分。这就是OpsWorks进来,它负责配置和管理的部分,当我们谈论它的服务,它专门帮助我们在各种DevOps-related活动像手动部署代码以及应用程序,自动,“n”数量的其他方式。

关于DevOps,这些东西可以通过使用厨师和傀儡。自动化平台厨师和傀儡允许用户使用OpsWorks作为配置代码服务自动化他们的服务器配置。这使得整个应用程序生命周期管理容易,包括资源配置、配置管理、应用程序部署,软件更新,监控,和访问控制。

AWS OpsWorks组件:

栈和层:

• 栈:当我们谈论构建应用程序,基本上,我们讨论的是代码,配置文件,安装,等等。所有这些事情都必须躺在一个容器中,这些东西可以管理,这堆在AWS OpsWorks这些资源被称为堆栈。
• 层:一个sub-classification在一个栈称为层,即。子栈,基本上可以让我们有更多的分类方法对资源。每个堆栈包含一个或多个图层,每个代表一个特定的堆栈组件。

实例:

在AWS云虚拟服务器实例。与Amazon EC2,我们可以设置和配置的操作系统和应用程序上运行的实例。

应用程序:

它指的是软件,一组指令或代码编写的一个程序执行一个任务或操作为特定目的。

食谱:

食谱本质上是“食谱的集合。“食谱只是一个脚本。,我们的配置文件。一个配置文件告诉我们的服务做什么,即。什么样的操作,我们希望我们的服务来执行。所以,如果我们有一个“N”类的配置文件的数量告诉我们的服务要做什么,我们可以俱乐部他们在一起形成一个食谱。

3解决方案与AWS OpsWorks配置您的基础设施:

现在让我们继续前进,切换到控制台并试着听听AWS OpsWorks一部分给我们:

OpsWorks栈:

它定义、组、规定、部署和运行我们的应用程序在AWS通过厨师在本地模式。

OpsWorks厨师自动化:

创建服务器,包括厨师厨师自动化高级功能和使用厨师DK或任何厨师工具来管理它们。

OpsWorks傀儡企业:

创建傀儡服务器,包括傀儡企业特性。检查、提供、更新、监视和安全的基础设施。

让我们去OpsWorks栈。当我们点击“添加第一个堆栈,“我们会得到以下三个选项:

让我们尝试“样本堆栈”选项并探索AWS OpsWorks栈节点示例。js应用。如果我们试图创建一个堆栈没有创建一个我的角色,它将抛出一个错误,见图。因此,我们必须创建一个我与AWS OpsWorks角色权限,例如。附加一个AWS-managed政策的名称“AWSOpsWorks_FullAccess”,它提供了完全访问AWS OpsWorks。那么它将重定向到一个仪表板,我们会得到一个“探索样本堆栈”选项,毕竟,绿色检查见下图。

现在,探索样本堆栈时,一个重要的事情是我们需要继续启动一个实例,其启动过程需要一些时间。一旦启动并运行,它将会显示在一个“在线”状态,见以下图片。

让我们进入部署部分,作为实例启动并运行。

只需单击“部署设置”,然后选择应用程序名称和命令部署。基本上,该应用程序将部署实例。

这就是它可以得出结论,我们可以自由选择我们想要的实例引入和使用我们所有的食谱和烹饪书。我们可以使用配置和指令,我们想使用,更适合我们的需要。我们的应用程序可以在任何类型的平台上运行,所以所有这些限制不会曾经我们部署应用程序或继续,决定使用AWS OpsWorks。

如果我们想看看发生了什么事,即。,花了一些时间在运行状态是由于操作和多个进程的数量是在后台执行。如果我们检查实例的IP,它将被重定向到一个网页,见下图。

因此,我们已经成功部署第一个与AWS OpsWorks应用。

这些东西可能会成本,是非常重要的,我们清楚所有的东西,在一个适当的顺序。首先,所有的应用程序都应该删除,然后应该停止和终止实例。一旦我们删除应用程序实例,只有这样我们可以删除栈。