簡單說說我對目前IT運維的拙見，主要是應(yīng)用和系統(tǒng)層領(lǐng)域。

當(dāng)前IT運維的發(fā)展，在容器和微服務(wù)大規(guī)模使用以及傳統(tǒng)裸機和虛擬化庫存維護的現(xiàn)狀下it運維，在技術(shù)形態(tài)上逐漸兩極分化：一個方向，科技公司，互聯(lián)網(wǎng)公司和開源團隊是主要的。驅(qū)動力、容器和微服務(wù)的規(guī)?；途W(wǎng)格化的前沿技術(shù)，進而提出新的運維需求——服務(wù)自治、故障自愈、智能監(jiān)控，從而逐步形成云原生、FaaS、IoC、免代碼等新的業(yè)務(wù)開發(fā)和運維方式和模式；另一個方向，

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

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

當(dāng)程序化編程方法在第一次和第二次軟件工程危機之前盛行的時候，這其實是一個“小而美”的時代，但由于業(yè)務(wù)的發(fā)展，單個文件的“小而美”被人為地改成了“大” . 危機過后，面向?qū)ο蟮木幊谭绞綄ⅰ靶《馈奔?xì)化到代碼的內(nèi)部實現(xiàn)，而外部的單一程序則變成了巨人。當(dāng)前的“小而美”是盡量減少代碼的內(nèi)部實現(xiàn)和功能，但放眼整個系統(tǒng)，卻將復(fù)雜度提升到了系統(tǒng)層面。從這個角度來看，歷代軟件工程的創(chuàng)新都試圖從簡單到美觀，但最終，他們只是將無序熵從一個場更改為另一個場。從這個角度來看，尖端技術(shù)可能不是尖端技術(shù)，而更像是智商高的人設(shè)計的游戲規(guī)則，以及各種“甩鍋上手”的“較量”。矛盾被轉(zhuǎn)移。當(dāng)然，這種觀點有點開玩笑。

而這種發(fā)展路徑必然會將無序的熵從開發(fā)者轉(zhuǎn)移到運維人員身上。軟件工程原有的開發(fā)模式——面向過程到面向?qū)ο蟆情_發(fā)者內(nèi)部的一種優(yōu)化。當(dāng)前的技術(shù)創(chuàng)新解放了開發(fā)人員，改變了運維人員的工作方式。運維人員也需要相當(dāng)?shù)拇a技能才能進行運維工作，因為一個容器或pod只與一個函數(shù)相關(guān)聯(lián)，甚至是一個方法或函數(shù)的代碼，這是操作系統(tǒng)和函數(shù)之間的強綁定關(guān)系。代碼。于是，SRE得到了發(fā)展，并發(fā)展了多個業(yè)務(wù)方向。

因此，今天的IT運維it運維，尤其是應(yīng)用層和系統(tǒng)層領(lǐng)域，已經(jīng)變成了一個奶酪三明治：由于前沿的技術(shù)創(chuàng)新，開發(fā)者不斷對運維提出新的要求；用戶、業(yè)務(wù)方或領(lǐng)導(dǎo)由于前沿的技術(shù)創(chuàng)新而沒有完全理解，對運維人員的工作內(nèi)容的容忍度越來越低。

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