Cookbooks 與手動設置 statsD/metric 收集服務器？

Question

我正在將專用 ec2 實例設置為 statsD 服務器。 我想知道是否有最佳實踐。 請允許我詳細說明。 在處理雲基礎設施時，我發現 Terraform 非常有用。 您需要的所有基礎設施都已表達出來，並且可以有效地跟蹤代碼以及對此 terraform 模塊代碼庫的任何更改。 將它與源代碼放在同一個存儲庫中也是有意義的。 因此，每當 CD 啟動時，我們都可以確保我們的基礎設施在需要時進行更新。

我有一個關於 statsd 服務器的類似問題。 我遇到了 Chef 配置管理工具，但考慮到我們現階段的運營規模 - 感覺有點矯枉過正。 我很想知道人們為這些服務器做什么。 他們更喜歡手動管理這些嗎？ 或者有沒有辦法將它表達為代碼 - 就像廚師一樣。 或者可能還有其他我不知道的事情。

Answer 1

冒着聽起來自以為是的風險，我會說，無論基礎架構的規模如何，使用配置管理工具（如 Chef）來維護配置都是一個好主意。

但是，對於您的情況，您應該評估以下幾點：

• 雖然您現在的需求是一台 statsd 服務器，但您是否預見到需要額外的機器？
• Chef 等配置管理工具是基礎架構的組件，也需要進行設置。 您當前的要求或在不久的將來是否可行？
• 在大多數情況下，您將能夠重用社區工作，例如 Chef 超市的statsd食譜。 如果自己努力實現自動化是您的關注點。