簡單說說我對目前IT運維的拙見，主要是應用和系統層領域。

當前IT運維的發展，在容器和微服務大規模使用以及傳統裸機和虛擬化庫存維護的現狀下it運維，在技術形態上逐漸兩極分化：一個方向，科技公司，互聯網公司和開源團隊是主要的。驅動力、容器和微服務的規模化和網格化的前沿技術，進而提出新的運維需求——服務自治、故障自愈、智能監控，從而逐步形成云原生、FaaS、IoC、免代碼等新的業務開發和運維方式和模式；另一個方向，

當一個事物同時極化時，必然會在某個節點處選擇一個方向。在應用系統層運維方面，當前節點是發展前沿技術替代傳統方式的起點。只不過，這個科技互聯網公司的閃點早在五年前就開始了。其他領域的傳導沒有那么快，也很正常。畢竟對于科技互聯網公司來說，技術創新和快速迭代是他們主要的營收業務，但對于其他公司來說，這只是業務支撐，按照“互聯網行話”叫做“IT賦能”。

當前的前沿技術發展路徑，其實總體上是一種“小而美”的發展戰略。說“小而不美”是頭五年。近年來提出的自主、自愈、無代碼技術的正式生產，是“從“不美”到“美”的“過渡宣言”。一個微服務集群就像一座有著各種角色的城市，也就是亞當·斯密在《國富論》中提到的工業革命后的社會分工，每個人在整個社會體系中專業地工作。一件事是成倍提高生產力，增加國民生產總值，共同建設和發展同一個城市。容器或 pod 只做一兩件事，

當程序化編程方法在第一次和第二次軟件工程危機之前盛行的時候，這其實是一個“小而美”的時代，但由于業務的發展，單個文件的“小而美”被人為地改成了“大” . 危機過后，面向對象的編程方式將“小而美”細化到代碼的內部實現，而外部的單一程序則變成了巨人。當前的“小而美”是盡量減少代碼的內部實現和功能，但放眼整個系統，卻將復雜度提升到了系統層面。從這個角度來看，歷代軟件工程的創新都試圖從簡單到美觀，但最終，他們只是將無序熵從一個場更改為另一個場。從這個角度來看，尖端技術可能不是尖端技術，而更像是智商高的人設計的游戲規則，以及各種“甩鍋上手”的“較量”。矛盾被轉移。當然，這種觀點有點開玩笑。

而這種發展路徑必然會將無序的熵從開發者轉移到運維人員身上。軟件工程原有的開發模式——面向過程到面向對象——是開發者內部的一種優化。當前的技術創新解放了開發人員，改變了運維人員的工作方式。運維人員也需要相當的代碼技能才能進行運維工作，因為一個容器或pod只與一個函數相關聯，甚至是一個方法或函數的代碼，這是操作系統和函數之間的強綁定關系。代碼。于是，SRE得到了發展，并發展了多個業務方向。

因此，今天的IT運維it運維，尤其是應用層和系統層領域，已經變成了一個奶酪三明治：由于前沿的技術創新，開發者不斷對運維提出新的要求；用戶、業務方或領導由于前沿的技術創新而沒有完全理解，對運維人員的工作內容的容忍度越來越低。

要解決這樣的困境，可能只需要在開發運維上做一件事，那就是聯合聲明：我們團結起來[狗頭]！