1. 運維乙個架構複雜、上下游依賴比較多的系統，需要一些運維的思想在裡面：
(1). 做乙個系統的定位是什麼？是做乙個通用的平台還是乙個服務於業務的系統；
如果是平台就不要牽扯任何的業務，如果是為業務服務的要考慮業務的可擴充套件性，不能來個大的需求就要來次小的重構，工作量太大。
(2). 系統的解耦合：任何乙個系統都存在的資源浪費和解耦合的問題；主要看怎麼能讓乙個系統更合理
(3). 當乙個平台服務的系統或者客戶非常多時，要把控入口統一，無論是流量入口、客戶需求、反饋問題、資料管理都需要統一的入口；否則會很難控制
(4). 當多個動作並行進行時，思考動作是否是互斥的，是否要有先後順序(加鎖)
(5). 服務降級：非常重要：任何乙個服務都要考慮各種因素的不可用、比如網路、機器、服務；此時根據不同的情況進行服務的降級就變的很重要；
這個服務降級又分為很多種情況：
(6). 乙個複雜的問題，很多、很多的東西後我們要想辦法收斂！
(7). 系統、服務產品化：比如乙個系統有很多模組、前後依賴很多個模組，可以把系統產品化，提供乙個大的包，這些包有各種依賴或者這個包包括所有的依賴模組的
包，這樣安裝這個包後提工乙個web介面，這樣可以選擇這個系統的模組；這樣整個系統個接手成本就變成0了；對系統的推廣有很大的作用。
2. 統一接入層：
比如系統限流就不好控制，需要乙個乙個入口進行限制；對入口的流量進行公升級、安全措施(***/ddos 攻擊)等等都比較複雜。
(2). 這時我們一般會建立乙個統一接入層：優點
缺點：
(3). 針對上面統一接入層的缺點，對統一接入層，我們的系統需要有乙個統一接入層出現問題的預案；在統一接入層出現異常無法恢復時，可以繞開統一接入層正常提供服務
乙個小的運維管理平台
最近閒下來，把之前寫的運維平台推到重新整理了一下，把錶結構重新規劃和 重寫，寫了個很low的系統，主要是結合saltstack來實現 把原先的監控給砍掉，改用zabbix監控的方式，後期會加上呼叫zabbix隨意出圖的功能。前端的模板用的是reboot老師給的，我html比較差就沒做繼承之類的 主要...
鳳凰專案 乙個IT運維的傳奇故事
內容簡介 本書講述了一位 it 經理臨危受命，在未來董事的幫助和自己 三步工作法 理念的支撐下，挽救了一家具有悠久歷史的汽車配件製造商的故事。揭示了管理現代 it 組織與管理傳統工廠的共通之處，讓讀者不僅能對如何管理 it 組織心領神會，更重要的是將以完全不同於以往的視角來看待自己的工作環境。作者簡...
乙個智慧型運維演算法測試方法
寫在前面 質量是企業長遠生存的根基，是企業競爭的免死金牌。作為質量控制團隊的一員，保障和提高所負責系統的質量，是工作的核心。而完善的測試覆蓋，是保證質量的有效手段。測試按型別來分，分為功能測試和效能測試。功能測試，按照測試金字塔模型，又分為三種 單元測試 介面測試和 ui 測試。單元測試是方法級別的...