【问题标题】:Cookbooks vs manually setting up statsD/metric collection servers?食谱与手动设置 statsD/metric 收集服务器?
【发布时间】:2020-09-13 19:55:47
【问题描述】:

我正在设置一个专用的 ec2 实例作为 statsD 服务器。我想知道是否有围绕这个的最佳实践。请允许我详细说明。在处理云基础设施时,我发现 Terraform 非常有用。您需要的所有基础设施都被表达出来,并且可以有效地跟踪对这个 terraform 模块代码库的代码和任何更改。将它与源代码放在同一个存储库中也很有意义。因此,每当 CD 启动时,我们都可以确保我们的基础架构在需要时进行更新。

我有一个关于 statsd 服务器的类似问题。我遇到了 Chef 配置管理工具,但考虑到我们现阶段的操作规模——感觉有点矫枉过正。我很想知道人们为这样的服务器做了什么。他们更喜欢手动管理这些吗?或者有没有办法把它表达为代码——比如厨师。或者可能是我不知道的其他事情。

【问题讨论】:

    标签: amazon-ec2 chef-infra statsd


    【解决方案1】:

    冒着听起来固执己见的风险,我想说无论基础架构的大小如何,使用配置管理工具(如 Chef)维护配置都是一个好主意。

    但是对于您的情况,您应该评估以下几点:

    • 虽然您目前的需求是一台 statsd 服务器,但您预计需要额外的机器吗?
    • 像 Chef 这样的配置管理工具是基础架构的组件,也需要进行设置。对于您当前的需求或近期的需求是否可行?
    • 在大多数情况下,您将能够重用社区工作,例如来自 Chef 超市的 statsdcookbook。如果您关心的是自己努力实现自动化。

    【讨论】:

    • 谢谢,Seshadri,我也有同样的想法,只是希望得到证实。我想我应该花一些时间来学习 Chef 并尝试使用它来建立我的基础架构。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-10-07
    • 2013-08-21
    相关资源
    最近更新 更多