打個Tag就完成監控了？--使用監控的新姿勢
關鍵詞：
雲監控，Tag，分組，應用分組，自動監控，redis監控，cloudmonitor-group，自動發現
背景
随着企業雲資産越來越多，每天生産銷毀變更的資源也不在少數，企業使用者對這些資産的管控難度也越來越大，尤其是監控領域。每生産或者銷毀一個執行個體，就要人肉為其配置管理相關監控報警，這需要非常大的人肉管控成本，直接block了使用者使用雲監控，進而給使用者的可用性帶來威脅。
随着的TAG的成熟，很多企業開始使用TAG來實作資源的分類、運維、财賬等。基于TAG的運維監控，也是其中非常重要的一個場景。是以tag和雲監控打通，将能夠實作基于TAG的自動化監控，隻要使用者打上tag，就能夠自動設定上相應的監控，是很多大使用者非常期待的，這将有助于使用者大大降低監控管理成本。
先滿足，讓使用者資源能夠被監控到這樣一個最基本的訴求。
方案
雲監控中有應用+應用分組的資源管理模型，可以實作跨region，跨産品的資源監控管理。同時，基于應用分組+監控模闆，可以對一組資源快速實作監控覆寫，甚至是自動化監控。
然而，對于大使用者來說，以頭條為例，大幾萬的資源，對這些資源的分組也達到幾千個，如果這些資源是通過人肉方式建立，幾乎是不可想像的。好在一些使用者已經通過tag，将這些資源作好了分組。我們需要做的是，将這些分組自動對應到雲監控的應用分組，自動的帶上監控。
綜上，tag和雲監控打通将給使用者帶來極大的便利。
詳解
目前雲監控和TAG服務內建，支援了兩種通過TAG完成監控的方式，來滿足不同使用者的需求：
一，給資源打下固定的Tag鍵：cloudmonitor-group
這個tag鍵對應的所有值，都會自動建立一個雲監控的應用分組，在分組中可以提供資源使用率的圖表，以有分組次元的監控管理。
如上圖所示，一共建立了兩個TAG，一個Key：cloudmonitor-group value：為空，另一個key：cloudmonitor-group,value：test。
兩個tag的value分别建立了一個監控的應用分組，建立分組時，預設使用的監控模闆名為：‘’常用基礎模闆“，預設使用的報警聯系人組為：”雲賬号報警聯系人“。
分組建立完成後，使用者可以根據需要，手動修改監控模闆和報警聯系人。
二，通過指定的TAG key來完成監控：
登入雲監控控制台，在應用分組菜單中建立應用分組：
如圖：可能通過指定的tag key來建立分組， 并支援過濾指定的tag值，如需要把tagkey=owner，tagvalue包含“開發”的所有tag值建立分組。
同樣，預設使用的監控模闆名為：'常用基礎模闆'，預設使用的報警聯系人組為：'雲賬号報警聯系人'。
使用者可以根據需要，手動修改監控模闆和報警聯系人。
另外，目前雲監控也支援按執行個體的名稱來實作對資源的自動發現，比如建立一個分組，将名稱中包括'dev'的執行個體自動加入分組，
總結：
使用TAG和名稱動态比對的方式的好處是，建立一個分組後，以後建立的所有符合條件的執行個體，都會自動發現自動加入分組，自動被監控，進而大大降低監控配置的成本。
1. 目前Tag監控，隻支援ecs（隻支援執行個體，不支援網卡，磁盤等），rds，slb，redis四款産品，其他産品還需要再等待一段時間。
2. 目前一個分組裡每個産品，最多隻能支援3000個資源。超過3000個，不會加入分組中，順序是随機。
3. 建立完分組，分組聚合的監控資料，需要等待5分鐘左右的時間，才會看到分組級别的資料圖表。
4. 建立完分組，具體的分組以及分組裡的報警規則，會在背景異步建立，是以也會有幾分鐘的延遲。
5. 目前基于TAG建立分組都是通過訂閱tag鍵的方式實作的，是以，後續這個tag鍵新建立的值，隻要滿足規則比對條件，就會自動建立出一個分組。
6. 分組名稱的規則是：TagKey-TagValue-1，使用者可修改。 後續計劃：
雲監控的分組會繼續和資源組，财務單元等企業管理方式打通，提供更多的監控視角和資源使用率視角。
同時，也會支援按分組進行授權，以幫助企業完成精細化管理的需求。