平台化之監控擴充功能url回調的設計及應用[python語言]

前言：

       這個國內也有一些第三方的廠商在用，比如dnspod的url回調和監控寶的url回調！

       有人開源了一個指令碼，監控寶的url回調，可以聯合dnspod的api介面。可以處理當ip-A的web死掉的時候，dns記錄切換到ip-B上。 當然這隻是個小應用罷了，但不能不說，這個想法確實不錯。 我這邊就簡單實現了下。

       所謂的URL回調功能，您可以讓警示通知發送到您指定的URL，使你能更加靈活處理警示訊息。

怎麼個靈活法：

        每個業務部門其實都想自己統計error情況，但是監控平台一般是在基礎監控部門手裡掌控者，又不太方便做部署，這個時候，url回調是個好方法。我會把每次警示的資訊不僅推到你的mail和手機上，而且會給你的url地址也傳送資訊。你服務端接受認證後的url地址後，會有相應的措施，比如插入到庫裡面，自己做報表統計，根據來著的資訊做自動化處理。

關於觸發式的處理：

只是個人的想法而已 ~

       在監控系統的體系下，比如有nagios，zabbix專業監控系統。 咱們還是用例子說話：  監控mysql從是否高延遲，嚴重不同步問題的時候，咱們一般是在nagios裡載入監控擷取判斷從延遲的指令碼，以及在某個節點上做處理指令碼指令碼的內容是 while get 每個mysql從情況，高延遲的那台在負載群裡面踢出去】，這樣算的話是兩個指令碼了。

      如果利用url回調，可以就用處理指令碼，這個指令碼也只是當觸發url回調的時候，才執行才處理的。避免了處理指令碼沒完沒了的去判斷和擷取狀態。要是監控一些統計壓力大的服務，那就有點悲催了。

     當然這樣也會有些問題的，比如web死掉的話，他無法接受url回調，另一方面 開發部也不想調用系統層面的外部命令，畢竟責任是個問題。

下面是我寫的url回調的demo，等有機會上線供大神們測試下。

第一版的時候，沒有定義post的方式，以及回調結果的查看。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131229/1216252340-0.jpg" title="g1_副本.jpg" alt="013908564.jpg" />

第二版做了，get和post的方式，返回結果的驗證。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131229/121625E32-1.jpg" title="QQ2013121601303.jpg" alt="014152514.jpg" />

此文接上文： http://rfyiamcool.blog.51cto.com/1030776/1332160

有後文，會補上的～

本文出自 “峰雲，就她了。” 部落格，謝絕轉載！