食谱还是手动设置statsD / metric收集服务器?

问题描述

我正在设置专用的ec2实例作为statsD服务器。我想知道是否有最佳做法。请允许我详细说明。在处理云基础架构时,我发现terraform非常有用。表达了您所需的所有基础架构,并可以有效跟踪代码以及对该terraform模块的代码库进行的任何更改。将其与源代码放在同一存储库中也很有意义。因此,只要有CD插入,我们就可以确保在需要时更新基础结构。

关于statsd服务器,我也有类似的问题。我遇到了Chef配置管理工具,但鉴于此阶段我们的规模,这感觉有些过头了。我很想知道人们对这种服务器做了什么。他们喜欢手动管理这些吗?还是有一种将其表示为代码方法-例如Chef。也许还有其他我不知道的事情。

解决方法

冒昧地冒着风险,我想说,不管基础架构的大小如何,使用Chef等配置管理工具维护配置都是一个好主意。

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

  • 尽管您当前的要求是现在一台statsd服务器,但是您是否预见到对其他计算机的要求?
  • Chef之类的配置管理工具是基础结构的组成部分,也需要进行设置。对于您当前的需求还是在不久的将来可行?
  • 在大多数情况下,您将能够重复使用社区工作,例如Chef超市的statsd食谱。如果您自己努力使其自动化,那么您会担心。