食谱与手动设置 statsD/metric 收集服务器？
Cookbooks vs manually setting up statsD/metric collection servers?
我正在设置一个专用的 ec2 实例作为 statsD 服务器。我想知道是否有关于此的最佳实践。请允许我详细说明。在处理云基础架构时，我发现 Terraform 非常有用。您需要的所有基础设施都已表达，并且可以有效地跟踪代码和对 Terraform 模块的代码库的任何更改。将它与源代码放在同一个存储库中也很有意义。因此，无论何时启动 CD，我们都可以确保我们的基础架构在需要时得到更新。
我对 statsd 服务器有类似的问题。我遇到了 Chef 配置管理工具，但考虑到我们现阶段的运营规模——感觉有点矫枉过正。我很想知道人们对这些服务器做了什么。他们更喜欢手动管理这些吗？或者有没有办法将其表达为代码 - 就像厨师一样。或者可能是其他我不知道的东西。
冒着听起来固执己见的风险，我想说的是，无论基础设施的规模如何，使用 Chef 等配置管理工具维护配置都是一个好主意。
但是对于您的情况，您应该评估以下几点：
- 虽然您目前的需求是一台 statsd 服务器，但您是否预见到对其他机器的需求？
- 像 Chef 这样的配置管理工具是您的基础架构的组件，也需要进行设置。您当前的需求或不久的将来是否可行？
- 在大多数情况下，您将能够重复使用社区工作，例如来自 Chef 超市的 statsd 食谱。如果您关心自己是否努力实现自动化。
我正在设置一个专用的 ec2 实例作为 statsD 服务器。我想知道是否有关于此的最佳实践。请允许我详细说明。在处理云基础架构时，我发现 Terraform 非常有用。您需要的所有基础设施都已表达，并且可以有效地跟踪代码和对 Terraform 模块的代码库的任何更改。将它与源代码放在同一个存储库中也很有意义。因此，无论何时启动 CD，我们都可以确保我们的基础架构在需要时得到更新。
我对 statsd 服务器有类似的问题。我遇到了 Chef 配置管理工具，但考虑到我们现阶段的运营规模——感觉有点矫枉过正。我很想知道人们对这些服务器做了什么。他们更喜欢手动管理这些吗？或者有没有办法将其表达为代码 - 就像厨师一样。或者可能是其他我不知道的东西。
冒着听起来固执己见的风险，我想说的是，无论基础设施的规模如何，使用 Chef 等配置管理工具维护配置都是一个好主意。
但是对于您的情况，您应该评估以下几点：
- 虽然您目前的需求是一台 statsd 服务器，但您是否预见到对其他机器的需求？
- 像 Chef 这样的配置管理工具是您的基础架构的组件，也需要进行设置。您当前的需求或不久的将来是否可行？
- 在大多数情况下，您将能够重复使用社区工作，例如来自 Chef 超市的 statsd 食谱。如果您关心自己是否努力实现自动化。