云提供了無與倫比的靈活性。然而，這種靈活性是有代價的。移動件的數量增加。環境變得更加多樣化。因此，如果您想掌握最新動態，您需要更全面地了解您的云基礎架構。畢竟，您不希望您的客戶在您的員工之前就意識到某些事情已經出錯了。

在這篇文章中，我將討論云監控。我假設您已經熟悉該域 - 也許您已經在您的組織中設置了它。因此，讓我們介紹一些可以從云監控工具中獲取更多價值的方法，從而從投資中獲得更多收益。

了解日益復雜的生態系統

如果您正在構建云原生應用程序，幾乎可以肯定您將使用來自各種供應商的云監控工具。只有最大的科技公司才有資源和思維方式在內部開發一切。甚至那些公司也到處依賴第三方軟件。

這越來越多地延伸到云提供商本身。根據一些報道，多云方法是整個行業的常態。這對監控應用程序的人意味著什么？至少，它表明云提供商提供的本機監控可能還不夠。

每個認真的云提供商都會為您提供大量用于其服務的云監控工具。但是，這些工具通常不會超出該提供者的邊界。這使您有可能使用多個不同的監控系統。這是一個風險，因為您的開發團隊在嘗試有效地使用所有這些不同的工具時可能分散得太少。

這就是專門的監控提供商的用武之地。如果您使用一個，請確保它與您要使用的工具很好地集成。這將為您節省很多精力。不要低估擁有更簡單生態系統的好處。您的開發人員會為此感謝您。

專注于自動化

自動化是大規模處理基礎設施的最關鍵實踐之一。假設您有一個分布在多個區域的基于微服務的系統。除非您已將其中的大部分自動化，否則您無法處理這種復雜性。如果沒有自動化，這種復雜性遲早會使您的開發陷入停頓。或者更糟的是，它會導致錯誤率上升，從而損害您的業務。

您可能會問，這與監控有什么關系？在我看來，這與它有很大關系。監控是基礎設施。因此，同樣的原則適用。例如，如果您可以使用自動化來映射您的網絡拓撲，您將能夠了解數據如何在不同的應用程序之間流動。這只是一個例子。當您自動化收集有價值的指標和設置新資源的方式時，您可以騰出時間進行其他活動來發展和改進您的產品。

深入了解更具體的資源

自動化最酷的地方在于它復合了它的效果。我在上面的段落中提到了理解網絡。那么，其他資源呢？

假設您有一個預置一些EC2實例的設置。如果您有自定義集成，則可以查看每個盒子的詳細信息。您可以根據獲得的數據設置警報，稍后我們會看到。但是還有其他可能性，例如構建自定義工作流來執行定義的操作。

對于您擁有的每個資源，您可能不需要這種級別的粒度。盡管如此，有可能更深入地研究與您特別相關的選定元素是很方便的。

考慮業務方面

可以肯定的是，當今大多數組織都在投資于監控功能。但是，我認為他們中的許多人主要關注技術指標。不要誤會我的意思——技術指標是監控的核心。盡管如此，在技術方面過度索引還是錯失了機會。

歸根結底，系統可以滿足用戶的需求。如果核心業務流程運行不正常，這些技術指標就毫無意義。這就是為什么使用您盡職盡責地創建的監控基礎設施也是有意義的。業務指標取決于上下文，因此您通常會通過為您的域量身定制的自定義指標來實現這一點。

合并技術和業務方面的一種方法是設置服務級別目標 ( SLO )。從本質上講，您希望根據業務成果定義系統的期望，并將它們編成代碼，以便您可以跟蹤它們并采取行動。監控在這里起著重要作用，因為手動跟蹤非常困難。因此，云監控工具的良好支持對于使該方法可行至關重要。

快速而自信地對事件做出反應

監控不僅僅是觀察正在發生的事情。當異常超過某些閾值時，就該宣布事件了。適當的事件管理可確保您快速發現問題，并自信地采取行動解決手頭的問題，同時將用戶影響降至最低。

為此，您需要將通過監控收集的所有見解轉換為警報。這應該是您的監控提供商的一部分，這樣您就不會重復任何工作。不用說，圍繞自動化使用相同的思維方式，以便獲得可重復的結果。

不過，配置警報閾值并不容易。您必須在減少誤報和漏報之間取得平衡。很容易在一個方向上移動太遠，最終導致過于頻繁地觸發警報，或者不夠頻繁地觸發警報并錯過事件。答案是更智能的工具。有諸如異常檢測之類的技術，其中工具利用數據點收集來識別可疑模式。這樣，您需要較少的手動調整，這很容易出錯。

橫向移動到堆棧的不同部分

使用集成監控提供程序的一個顯著好處是能夠輕松地將監控擴展到其他領域。讓我們考慮合成交易。假設您已經對您的基礎架構有了豐富的了解。添加高級流程是最重要的，它可以降低您錯過任何令人擔憂的趨勢的可能性。

添加其他類型的監控只是一個小的增量添加。這項投資是值得的，這就是您開始從您的工具中獲益的時候。使用統一工具的另一個優點是更容易跨這些不同的組件移動。從合成跳轉到儀表板，然后縮放到單個資源將為您的開發人員省去很多麻煩。通過足夠的努力，您可以自己構建它，但它可能會比使用現有工具花費更多。