默认的 opsworks cookbook 实际上起什么作用？

Question

我所在的公司正在转向 AWS，因此我有机会开始研究他们提供的各种服务。OpsWorks 看起来非常适合大规模架构变更，但是“自定义”层包含 13 个无法删除的配方。

他们似乎做了各种各样的事情，包括安装驱动器/var/www/html

有人知道我可以在哪里找到一些关于默认 OptsWorks 脚本的具体功能以及更重要的是为什么这样做的文档吗？

我显然可以读懂 Chef 脚本，但对于新手来说，这就像读胡言乱语一样。

Answer 1

实际上，任何摘要都会缺少一些细节，所以如果你想知道确切的信息，那么你必须阅读源代码。不过，源代码很容易访问，你实际上只需单击配方名称，它们就会带你到 GitHub 上的源代码：

您还可以查看metadata.rb对每个菜谱进行简要说明。

从高层次来看：

• opsworks_initial_setup- 安装基本实用程序和依赖项（如 NTP、vim）并设置基本配置（如 limits.conf）
• ssh_*- OpsWorks 支持通过 OpsWorks 界面管理 SSH 用户，大多数 SSH 配方都支持该功能。
• mysql::client- 显然安装了 MySQL 客户端，尽管如果堆栈不涉及 MySQL，这个配方实际上什么也不做
• opsworks_ganglia*- 除非你有一个神经节层，否则什么也不做
• dependencies- 支持 OpsWorks 的 OS 软件包功能，我认为还安装了 OpsWorks 代理所需的一些依赖项
• ebs- 支持OpsWorks的EBS功能
• agent_version- 更新代理

一般来说，这些配方中的大多数都支持 OpsWorks 的内置功能，但您可以覆盖任何配方以删除您认为有害的任何内容。

在某种程度上，OpsWorks 的好处在于提供合理的默认值，因此在大多数情况下，在开始定制之前确定需要更改默认值是务实的。