Amazon web services AWS Ops工作vs（基本映像和代码部署和自动缩放）

目前，为了使用AWS使基础架构透明且可扩展，我使用以下组件

基本图像

——将由

自动缩放

在高流量期间启动新实例

auto scale

——我已经配置了

autoscaling

策略，可以使用上面的

基本映像启动新实例

code-deploy

——每当

autoscale

启动新的

实例时，
code-deploy
将最新的成功修订版部署到该实例。
代码部署最好的一点是，若当前部署失败，那个么它将回滚到上一个成功的版本

jenkins

——我已经将

jenkins

与代码部署集成在一起，这样，如果

master

分支上有commit，那么在运行测试用例之后，它就会触发

code部署

注意：

base image

有一个

chef-client

保存在cron-job下。每当

autoscale

启动新实例时，它都会在

chef服务器中注册，如果我推送任何
新的/更新的
菜谱，它会通过
chef客户端
自动部署到相应的节点

我认为这是一个非常好的架构，但后来我遇到了
opswork

我是否能够使用
opswork
实现几乎相同的功能，还是应该使用当前的设置

如有任何建议，将不胜感激

谢谢
在opsworks操作系统映像中有一个客户端（包括chef），但是chef以单独模式运行（即没有中央服务器）。您几乎可以复制Opsworks的功能，但您将放弃一些灵活性和控制权

我要做的是，让您的设置更进一步，并通过使用CloudFormation在每次部署时加速一个新堆栈，并将流量从旧堆栈转移到新堆栈，使其更出色。这对于保持多个环境用于测试、预调试和生产也是非常棒的。
opsworks os映像中有一个客户端（包括chef），但chef以单独模式运行（即没有中央服务器）。您几乎可以复制Opsworks的功能，但您将放弃一些灵活性和控制权

我要做的是，让您的设置更进一步，并通过使用CloudFormation在每次部署时加速一个新堆栈，并将流量从旧堆栈转移到新堆栈，使其更出色。这对于保持多个环境用于测试、预调试和生产也是非常棒的。
感谢您的回复。想知道我的结构设置好了吗？？当前设置中是否存在任何重大缺陷。我会调查云的形成。这是一个合理的设置。您有更多的灵活性，但您正在牺牲opsworks的一些便利性。jenkins和chef服务器是您设置中的弱点。他们中的任何一个倒下都可能是不好的。将查看他们的失败可能会对您/安装程序造成的影响。感谢您的回复。想知道我的结构设置好了吗？？当前设置中是否存在任何重大缺陷。我会调查云的形成。这是一个合理的设置。您有更多的灵活性，但您正在牺牲opsworks的一些便利性。jenkins和chef服务器是您设置中的弱点。他们中的任何一个倒下都可能是不好的。将查看他们的失败可能会对您/设置造成的影响。