遇到瓶頸：

1、一直在用Python寫各種腳本，想做自動化運維平臺卻有心無力，沒有見過大的運維平臺怎麽做，

2、自己寫的腳本在大的場景下是否靠譜，每當討論說一些基於ssh獲取數據執行操作的方式都會被鄙視。

茅塞頓開：

迷茫大半年找不到方向，最近在reboot系統學習了下，收獲很多，很多疑惑和疑難問題終於解開了。

感謝PC老師講解，程序對系統利用的深入講解[cpu\內存的利用\系統的特性]，以及怎麽定義網絡編程私有協議。

幾款典型開源軟件源碼的網絡模型剖析，如何真正控制多線程，守護進程如何fork的，封裝socket非阻塞的框架，如何制定傳輸協議。

作品展現:

• 監控和執行命令流程圖

  

• 軟件目錄 [根據需要分分鐘擼出一個server]

• 任務控制服務的傳輸數據

  

• Flask數據接口的請求日誌

  

• Agent的執行日誌

  

• Agent的4個線程，可隨意擴展隨意擼

  

• 後臺請求頁面和數據接口

• 頁面ajax調用數據接口

• 監控數據出圖

哎！前面的數據，6個server同時在一個機器上跑，毫無壓力，監控圖不好看。。。。我來搞幾百個並發shell進程跑跑，把load壓上來。

• 執行命令

發出ajax請求，agent異步處理，傳回入庫後，再用ajax動態調用數據庫API顯示

總結：

此架構非常靈活，任意拆裝拼接，如果小，可功能集成於一點，如果大，可隨意擴展瓶頸，server全部守護進程方式。

以上是這段時間學習的成果，好多優秀的細節無法全面展示，有興趣的可以聯系Reboot運維開發群（365534424）聯系群主試聽

高性能可擴展的python自動化運維框架