本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# OpsWorks 文档历史记录
<a name="history"></a>

| 变更 | 说明 | 日期 | 
| --- |--- |--- |
| [已弃用的 AWS 托管策略](#history) | 以下 AWS 托管策略已被弃用，因为已弃 AWS OpsWorks for Chef Automate 用：[https://docs.aws.amazon.com/opsworks/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-awsopsworkscmservicerole](https://docs.aws.amazon.com/opsworks/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-awsopsworkscmservicerole)和。[https://docs.aws.amazon.com/opsworks/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-awsopsworkscminstanceprofilerole](https://docs.aws.amazon.com/opsworks/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-awsopsworkscminstanceprofilerole) | 2025 年 5 月 26 日 | 
| [AWS OpsWorks 堆栈更新](#history) | 现在，您可以使用 “就地分离” 工具将您的 OpsWorks 实例与 OpsWorks Stacks 服务分离，请参阅[本指南中的使用就地 AWS OpsWorks Stacks 分离工具](https://docs.aws.amazon.com/opsworks/latest/userguide/using-stacks-detach-tool.html)。 | 2024 年 4 月 11 日 | 
| [AWS OpsWorks 堆栈更新](#history) | 现在，您可以使用迁移脚本将 AWS OpsWorks 堆栈迁移到 AWS Systems Manager 应用程序管理器。有关更多信息，请参阅本指南中的将[AWS OpsWorks Stacks 应用程序迁移到 AWS Systems Manager 应用程序管理器](https://docs.aws.amazon.com/opsworks/latest/userguide/migrating-to-systems-manager.html)。 | 2022 年 12 月 22 日 | 
| [AWS OpsWorks for Chef Automate 和的更新 AWS OpsWorks for Puppet Enterprise](#history) | 现在提供了故障排除程序，其中描述了如果您的服务器 AWS OpsWorks for Chef Automate 或 OpsWorks Puppet Enterprise 服务器的系统维护失败，您可以采取哪些措施。有关更多信息，请参阅本指南中该部分内容： [Chef Automate 服务器的系统维护失败](https://docs.aws.amazon.com/opsworks/latest/userguide/troubleshoot-opscm.html#tshooterrors-chef-maintenance-fails)或 [Puppet Enterprise 服务器的系统维护失败](https://docs.aws.amazon.com/opsworks/latest/userguide/troubleshoot-opspup.html#tshooterrors-puppet-maintenance-fails)。 | 2022 年 9 月 29 日 | 
| [AWS OpsWorks for Chef Automate 和的更新 AWS OpsWorks for Puppet Enterprise](#history) | 如果您的 AWS OpsWorks for Chef Automate 或适用于 Puppet Enterprise OpsWorks 的服务器进入`Connection lost`状态，则现在可以使用故障排除程序。有关更多信息，请参阅本指南中该部分内容： [Chef Automate 服务器处于 `Connection lost` 状态](https://docs.aws.amazon.com/opsworks/latest/userguide/troubleshoot-opscm.html#tshooterrors-chef-connection-lost)或 [Puppet Enterprise 服务器处于 `Connection lost` 状态](https://docs.aws.amazon.com/opsworks/latest/userguide/troubleshoot-opspup.html#tshooterrors-puppet-connection-lost)。 | 2022 年 3 月 23 日 | 
| [AWS OpsWorks 堆栈更新](#history) | 作为安全最佳实践，您现在可以在信任关系策略中添加`aws:SourceArn`或`aws:SourceAccount`条件密钥（或两者兼而有之），从而允许 AWS OpsWorks Stacks 访问其他 AWS 服务中执行任务。有关更多信息，请参阅本指南中的[防止出现在 AWS OpsWorks Stacks 中出现跨服务混淆代理](https://docs.aws.amazon.com/opsworks/latest/userguide/cross-service-confused-deputy-prevention-stacks.html)。 | 2022 年 3 月 4 日 | 
| [AWS OpsWorks for Chef Automate 和的更新 AWS OpsWorks for Puppet Enterprise](#history) | 作为安全最佳实践，您现在可以在信任关系策略中添加`aws:SourceArn`或`aws:SourceAccount`条件密钥（或两者兼而有之），这些策略允许 AWS OpsWorks for Chef Automate 和 OpsWorks 允许 Puppet Enterprise 访问其他 AWS 服务中的任务。有关更多信息，请参阅本指南中的[防止跨服务混淆代理](https://docs.aws.amazon.com/opsworks/latest/userguide/cross-service-confused-deputy-prevention.html)。 | 2022 年 1 月 10 日 | 
| [AWS OpsWorks for Chef Automate 和的更新 AWS OpsWorks for Puppet Enterprise](#history) | AWS OpsWorks for Chef Automate OpsWorks 而且 Puppet Enterprise 已经更新了托管策略 [https://docs.aws.amazon.com/opsworks/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-awsopsworkscmservicerole](https://docs.aws.amazon.com/opsworks/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-awsopsworkscmservicerole)，现在将[机密存储在。 AWS Secrets Manager](https://docs.aws.amazon.com/opsworks/latest/userguide/data-protection.html#data-protection-secrets-manager) | 2021 年 5 月 3 日 | 
| [更新到 AWS OpsWorks for Puppet Enterprise](#history) | 你在控制台中创建的 Puppe OpsWorks t Enterprise 服务器的引擎版本现在是 2019.8.5。通过使用 API，您可以在创建 Puppet Enterprise 服务器时指定版本`2019`或`2017`。`DescribeServers`API 现在会在结果中返回一个名为 `PUPPET_API_CRL` 的属性。此属性包含供内部使用的证书吊销列表。 | 2021 年 4 月 28 日 | 
| [OpsWorks 堆栈使用新的托管策略](#history) | OpsWorks Stacks 已更改托管策略，其中包括在 OpsWorks 堆栈中执行所有操作的权限。新政策是**AWSOpsWorks\_FullAccess**。有关每个示例策略权限的更多信息，请参阅 [Example policies](https://docs.aws.amazon.com/opsworks/latest/userguide/opsworks-security-users-examples.html)。 | 2021 年 2 月 19 日 | 
| [将 AWS OpsWorks Stacks 堆栈从 EC2经典版迁移到 VPC](#history) | 添加了描述如何将 AWS OpsWorks Stacks 堆栈从 EC2-Classic 迁移到 VPC 的文档。 | 2020 年 9 月 29 日 | 
| [为和重新生成入门套件 AWS OpsWorks for Chef AutomateAWS OpsWorks for Puppet Enterprise](#history) | 添加了描述如何为 AWS OpsWorks for Chef Automate 或 AWS OpsWorks for Puppet Enterprise 服务器重新生成入门套件的文档。 | 2020 年 7 月 29 日 | 
| [AWS OpsWorks for Puppet Enterprise 允许您创建使用自定义域、证书和私钥的服务器](#history) | 现在，您可以使用自定义域、证书和私钥创建 OpsWorks 适用于 Puppet Enterprise 的服务器。您可以通过使用现有服务器的备份创建一个服务器，来将现有的 Puppet Enterprise 服务器更新为使用自定义域。 | 2020 年 4 月 17 日 | 
| [AWS OpsWorks for Chef AutomateAWS OpsWorks for Puppet Enterprise 现在支持在控制台中添加标签](#history) | 现在，您可以使用或向 AWS OpsWorks for Chef Automate 服务器、 AWS OpsWorks for Puppet Enterprise 主服务器或服务器备份添加标签 AWS CLI。 AWS 管理控制台 有关更多信息，请参阅： [使用标签 (Chef)](https://docs.aws.amazon.com/opsworks/latest/userguide/opscm-tags.html) 或[使用标签 (Puppet)](https://docs.aws.amazon.com/opsworks/latest/userguide/opspup-tags.html)。 | 2020 年 2 月 26 日 | 
| [AWS OpsWorks for Chef Automate 简化了现有的 Chef Automate 1 服务器升级到 Chef Automate](#history) | 你可以通过在控制 AWS OpsWorks for Chef Automate 台服务器的详细信息页面上选择 “**开始升级” 或运行 `StartMaintenance` API 操作，将运行 Chef Automate 1 的符合条件的服务器升级到** Chef Automate 2。有关更多信息，请参阅[将 AWS OpsWorks for Chef Automate 服务器升级到 Chef Automate 2](https://docs.aws.amazon.com/opsworks/latest/userguide/opscm-a2upgrade.html)。 | 2020 年 1 月 24 日 | 
| [AWS OpsWorks for Chef Automate 和 AWS OpsWorks for Puppet Enterprise](#history) | 本指南中增加了有关 OpsWorks CM（AWS OpsWorks for Chef Automate 和 AWS OpsWorks for Puppet Enterprise）中安全性的新章节。 | 2019 年 12 月 23 日 | 
| [AWS OpsWorks for Chef Automate 并 AWS OpsWorks for Puppet Enterprise 支持标记](#history) | 现在，您可以使用向 AWS OpsWorks for Chef Automate 服务器或 AWS OpsWorks for Puppet Enterprise 主服务器或服务器备份添加标签 AWS CLI。 OpsWorks CM 现在支持基于标签的授权。 | 2019 年 12 月 18 日 | 
| [AWS OpsWorks for Chef Automate 允许您创建使用自定义域、证书和私钥的服务器](#history) | 现在，您可以使用自定义域、证书和私钥创建一个 AWS OpsWorks for Chef Automate 2.0 服务器。您可以通过使用现有服务器的备份创建一个服务器，来将现有的 Chef Automate 2.0 服务器更新为使用自定义域。 | 2019 年 10 月 22 日 | 
| [OpsWorks 堆栈现在支持 Ruby 2.6.1](#history) | OpsWorks Stacks 支持 Chef 11.10 堆栈中的 Rails App Server 层上的 Ruby 2.6.1。 | 2019 年 5 月 2 日 | 
| [AWS OpsWorks for Chef Automate 现在支持厨师自动化 2.0](#history) | 新的 AWS OpsWorks for Chef Automate 服务器将运行Chef Automate 2.0，其中包括Chef的更新 InSpec、合规性扫描和报告方面的新功能以及Chef Infra。 | 2019 年 4 月 30 日 | 
| [AWS OpsWorks for Chef Automate 和 AWS OpsWorks for Puppet Enterprise](#history) | 现在 CloudFormation ，您可以使用创建 AWS OpsWorks for Chef Automate 服务器或 AWS OpsWorks for Puppet Enterprise 主服务器。 | 2019 年 1 月 24 日 | 
| [OpsWorks 堆栈](#history) | OpsWorks 堆栈现在支持在 Chef 12 堆栈中运行 Ubuntu 18.04 LTS 的实例。 | 2018 年 12 月 18 日 | 
| [适用于 Pupp OpsWorks et 企业的 AWS](#history) | 添加了与使用的控制存储库建立基于 SSH 的连接的过程。 CodeCommit | 2018 年 12 月 3 日 | 
| [OpsWorks 堆栈](#history) | OpsWorks 堆栈现在支持在 Chef 12 堆栈中运行 Amazon Linux 2 的实例。 | 2018 年 11 月 15 日 | 
| [OpsWorks 堆栈](#history) | OpsWorks Stacks 现在支持在 Chef 11.10 堆栈中运行 Amazon Linux 2018.03 的实例。 | 2018 年 10 月 23 日 | 
| [OpsWorks 堆栈](#history) | OpsWorks Stacks 现在支持在 Chef 12 堆栈中运行 Amazon Linux 2018.03 的实例。 | 2018 年 8 月 23 日 | 
| [AWS OpsWorks for Chef Automate 还有 Pupp OpsWorks et Enterp](#history) | OpsWorks for Puppet Enterprise 已升级到 PE 2018.1.2。 AWS OpsWorks for Chef Automate 已升级到 Chef Automate 1.8.68。 | 2018 年 6 月 29 日 | 
+ **AWS OpsWorks for Chef Automate OpsWorks 适用于 Puppet Enterprise API 版本：2016-11-01**
+ **OpsWorks Stacks API 版本：**2016-03-08
+ **最新文档更新：**2024-04-11

## 早期更新
<a name="history-older"></a>

下表描述了 2018 年 6 月之前每次发布 *OpsWorks 用户指南* 时进行的重要更改。


| 说明 | 日期 | 
| --- | --- | 
| OpsWorks 基于 Windows 的堆栈的 Stacks Chef 版本已升级到 12.22；Ruby 版本现在是 2.3.6。 | 2018 年 4 月 19 日 | 
| 使用创建 AWS OpsWorks for Chef Automate 服务器或为 Puppet Enterprise 主服务器创建服务器的新过程。 OpsWorks AWS CLI | 2018 年 3 月 23 日 | 
| Chef Automate 版本更新至 1.8；Chef Compliance 设置简化，新增 opsworks-audit 说明书。 | 2018 年 3 月 5 日 | 
| 在 Amazon CloudWatch 活动中增加了对 OpsWorks 堆栈事件的支持。 | 2018 年 2 月 20 日 | 
| 增加了对 OpsWorks 堆栈中新 EBS 卷类型的支持，以及新的 API。 DescribeOperatingSystems | 2018 年 1 月 25 日 | 
| OpsWorks 适用于 Puppet Enterprise， AWS OpsWorks for Chef Automate 现在支持在创建服务器时选择多个安全组。 | 2018 年 1 月 18 日 | 
| 增加了对欧洲（巴黎）区域 OpsWorks 堆栈的支持。 | 2017 年 12 月 19 日 | 
| 在另外六个区域增加了对 Puppet Enterprise AWS OpsWorks for Chef Automate 和 OpsWorks 对 Puppet Enterprise 服务器的支持，并在中添加了为 Puppet Enterprise 服务器创建备份的过程 AWS OpsWorks for Chef Automate OpsWorks AWS 管理控制台 | 2017 年 12 月 18 日 | 
|  OpsWorks 为 Puppet Enterprise 服务和文档添加了新内容。 | 2017 年 11 月 16 日 | 
| 在 Stacks 中增加了对亚马逊 Linux 2017.09 的 OpsWorks 支持。 | 2017 年 11 月 7 日 | 
| 添加了对厨师合规性的支持 AWS OpsWorks for Chef Automate。 | 2017 年 10 月 25 日 | 
| 添加了对亚马逊 Linux 2017.09 的支持。 AWS OpsWorks for Chef Automate | 2017 年 10 月 9 日 | 
| 在本 AWS OpsWorks for Chef Automate 章中添加了系统维护主题。 | 2017 年 28 月 7 日 | 
| 增加了对 OpsWorks 堆栈中标签的支持。 | 2017 年 6 月 6 日 | 
| 增加了与 CloudWatch 日志的集成。 | 2017 年 4 月 10 日 | 
| 添加了新的 AWS OpsWorks for Chef Automate 服务和文档。 | 2016 年 12 月 1 日 | 
| 增加了对美国东部（俄亥俄州）区域终端节点的支持。 | 2016 年 10 月 12 日 | 
| 增加了对运行 Amazon Linux 2016.09 操作系统的堆栈和实例的支持。 | 2016 年 9 月 30 日 | 
| 增加了对 亚太地区（首尔） 区域 和 9 个额外的区域终端节点的支持。 | 2016 年 8 月 15 日 | 
| 增加了对内置层中的 Node.js 0.12.15 和 Ruby 2.3 的支持。 | 2016 年 7 月 6 日 | 
| 添加了 对亚太地区（孟买）区域的支持。 | 2016 年 6 月 28 日 | 
| 增加了对运行 CentOS 7 操作系统的堆栈和实例的支持。 | 2016 年 6 月 22 日 | 
| 添加了演练描述 CodePipeline 和 OpsWorks Stacks 集成。 | 2016 年 6 月 2 日 | 
| 增加了对运行 Ubuntu 16.04 LTS 操作系统的堆栈和实例的支持。 | 2016 年 6 月 1 日 | 
| 增加了 Chef 12 Linux 支持和相关文档。 | 2015 年 12 月 3 日 | 
| 增加了 Node.js 入门演练。 | 2015 年 7 月 14 日 | 
| 向 Cookbooks 101 添加了两个新的说明书示例。 | 2015 年 7 月 14 日 | 
| 增加了对代理版本管理的支持。 | 2015 年 6 月 23 日 | 
| 增加了对管理代理版本的支持。 | 2015 年 6 月 24 日 | 
| 增加了对自定义 Windows 的支持 AMIs。 | 2015 年 6 月 22 日 | 
| 新增了三个最佳实践主题。 | 2015 年 6 月 11 日 | 
| 增加了对 Windows 堆栈的支持。 | 2015 年 5 月 18 日 | 
| 增加了“最佳实践”章节。 | 2014 年 12 月 15 日 | 
| 增加了对 Elastic Load Balancing 连接耗尽和自定义 Shutdown 超时的支持。 | 2014 年 12 月 15 日 | 
| 增加了对注册在 AWS OpsWorks Stacks 之外创建的实例的支持。 | 2014 年 12 月 9 日 | 
| 添加了对 Amazon SWF 的支持。 | 2014 年 9 月 4 日 | 
| 增加了对将环境变量与应用程序关联的支持并扩展了 Cookbooks 101 的内容。 | 2014 年 7 月 16 日 | 
| 增加了 Cookbooks 101 (一个实施说明书的教程简介)。 | 2014 年 7 月 16 日 | 
| 增加了对的支持 CloudTrail。 | 2014 年 6 月 4 日 | 
| 添加了对 Amazon RDS 的支持。 | 2014 年 5 月 14 日 | 
| 增加了对 Chef 11.10 和 Berkshelf 的支持。 | 2014 年 3 月 27 日 | 
| 增加了对 Amazon EBS PIOPS 卷的支持。 | 2013 年 12 月 16 日 | 
| 增加了基于资源的权限。 | 2013 年 12 月 5 日 | 
| 增加了资源管理。 | 2013 年 10 月 7 日 | 
| 增加了对的支持 VPCs。 | 2013 年 8 月 29 日 | 
| 增加了对自定义 AMIs 和 Chef 11.4 的支持。 | 2013 年 7 月 24 日 | 
| 增加了对每个实例的多个层的控制台支持。 | 2013 年 7 月 1 日 | 
| 增加了对亚马逊 EBS 支持的实例、Elastic Load Balancing 和亚马逊 CloudWatch监控的支持。 | 2013 年 5 月 14 日 | 
| AWS OpsWorks Stacks 用户指南的初始版本。 | 2013 年 2 月 18 日 |