DevOps, HybridOps and AIOps淺談
DevOps的概念出現比較久了，很多的IT專案也都在實際的運用中。AIOps概念作為DevOps的升級版，也得到了很廣大的關注，也出現了很多AIOps 相關的理論參考模型。但是，在當前的技術發展及應用現狀下，HybridOps這個從專案實踐裡發展出來的概念漸漸佔據了焦點，並且成功的插入到DevOps和AIOps之間，形成了 DevOps -> HybridOps -> AIOps 的發展趨勢。
這裡我用簡單的語言和自己的實踐以及理解，跟大家做一個幾句話的梳理，給大家一個建立一個整體上的印象。如果大家對某一個具體方面有興趣，可以在園子裡搜尋其他作者的相關帖子，應該會有很多針對具體方面的好貼。
在當前各種虛擬化，雲平臺流行的情況下，大量的專案也爭相往相關平臺遷移，以節省基礎架構運維成本。所以我們可以用上圖來表示當前流行的專案架構，左邊圓圈代表專案，右邊圓圈代表專案執行的平臺（各種虛擬化，雲平臺）。
傳統的DevOps作為專案的一部分運作，在專案裡起到串聯各個環節（業務，開發，測試，運維）的作用。這種DevOps的侷限性在於，只關注專案業務，而沒有關注為專案服務的平臺。如果遇到問題的話，一封郵件丟給平臺，讓他們解決。
問題來了，平臺收到郵件，但是平臺方一般會服務很多的客戶，他只瞭解基礎架構，不瞭解專案業務，不清楚你真正需要的是什麼，就是知道了，也不一定能夠馬上給到你，因為可能需要定製化。涉及到定製化，那就不只是錢的事情，先是平臺是否有技術提供這個定製化，如果可以提供，後面可能還需要大量的測試驗證來確定定製化在專案的可用性，穩定性。一個小小的版本不相容，就能引發一系列的問題。這些大量的驗證工作就交到了專案, 因為平臺是不會幫忙做的，他頂多只會在你發現問題後，先告訴你這不是平臺的問題，然後在你的確鑿證據下，透過你的指導，幫忙分析解決問題。
這裡就該HybridOps出場了，HybridOps不僅包含了傳統的DevOps, 還起到了溝通專案和平臺的橋樑作用。上面這些工作都可以交給HybridOps 來做，除了傳統DevOps工作，它主要還包括下面兩塊內容：
- 從專案視角，在瞭解專案業務和流程的基礎上，思考分析，提出改善建議，並執行實施。如：幫專案思考技術和流程改善方案，給當前平臺提相關需求幫忙實現。或者從專案角度特點分析調研，什麼樣的平臺更適合專案未來的發展？甚至提出更換當前平臺的建議。這裡你可能會說，“換平臺難道是你一個HybridOps 工程師說了算的嗎？那專案的架構師是幹啥的？”，答：“當然還是架構師說了算，他了解架構，還能拍板。但是真正瞭解專案實際運維細節的，是HybridOps工程師，他是從每天的部署釋出，每一個版本，每一個application元件，每一個問題裡摸爬滾打出來的，他有資格提這個建議”
- 從平臺視角，在瞭解各種平臺的基礎上，思考分析，提出改善建議，並執行實施。如：當前平臺還有些什麼服務能被髮掘出來，提供給專案，幫助專案改善哪些框架和流程？還有哪些平臺能夠提供當前平臺不能提供的服務，能夠幫專案在未來競爭中取得優勢？
AIOps, 一句話，應該就是在大量資料的基礎上，各種自動化成熟後，用AI (如：GPT)來代替人類把上面HybridOps 的事情都做了。
總之，迴歸DevOps 初心，在這個技術大發展，玩技術就像搭積木的時代，DevOps總是與時俱進，用熱情擁抱變化，讓持續改進幫專案在未來的競爭中立於不敗之地。