講壇第1期《??井源 - 運維幾何???》和前段時間馬馳的《??是時候讓運維集體下崗了??》在業(yè)界引起廣泛討論，運維崗位真的沒有前途了嗎？如何把飯碗端穩(wěn)？這一期，我們采訪了快貓星云的來煒，來煒是運維破圈創(chuàng)業(yè)人士，既然能創(chuàng)業(yè)，一定是在行業(yè)內有很深的積累的，他會怎么看待這個問題？讓我們一起來聽一種新的聲音！

這里是接地氣、有高度的《??運維百家講壇??》第 3 期，開講！

介紹一下您自己以及現(xiàn)在的公司？

大家好，我是快貓星云的來煒?？熵埿窃剖且患以圃悄苓\維科技公司，由開源監(jiān)控工具“夜鶯監(jiān)控”的核心開發(fā)團隊組成?？熵埿窃拼蛟斓脑圃O(jiān)控分析平臺——“Flashcat平臺”，旨在解決云原生架構、混合云架構下統(tǒng)一監(jiān)控難、故障定位慢的問題。

如果想更多了解快貓星云創(chuàng)立背后的故事，大家可以進一步閱讀 ITPub 對我的一個專訪??《十年死磕，從一線工程師到CEO》??，歡迎大家指正。

有些運維老炮反映公司對運維的價值所知甚少，您是怎么給公司講清楚運維的價值的？

把工作的價值，如何通俗易懂的給公司管理層講清楚，并取得理解和支持，是所有中后臺技術團隊普遍面臨的難題，否則失業(yè)分分鐘的事情，運維工作的價值講清楚更是難上加難。

從我的朋友圈來看，時不時就會看到勸運維下崗/轉行的帖子：

• 比如瑞典馬工的??《是時候讓運維集體下崗了》???，振聾發(fā)聵，開篇就提到：??明人不說暗話：在云原生和DevOps成熟的今天，運維作為一個崗位和團隊已經完成了歷史任務，應該退出舞臺了。??
• 再比如帶我入行的井老板，在 SRETalk 第一期中，用心良苦的勸導：??隨著科技的發(fā)展，時代的變化，一個崗位的消亡是很正常的事情，及時做好調整和規(guī)劃才是思考的重心。??

但是，運維這個崗位以及背后的運維人，從來都是一次次站在要被淘汰的邊緣徘徊，又一次次倔強的起死回生，柳暗花明。他們往往樂于自嘲、主動擁抱危機、敢于求變?；叵胂拢陙?，云計算也好、云原生也罷、DevOps 也算，SRE 也行，所有這些 IT 的大變革，都是嘗試在不斷優(yōu)化和改進“大運維”這個領域。運維這個行業(yè)沒有消亡，反而是不斷進化，生發(fā)出了新的內涵。

這說明了什么？說明運維很重要，說明運維也很難！但是如何把這個價值說清楚，我們從站位、目標設定、投入產出比上來分別著手分析，下個問題見。

您覺得運維工作最重要的幾個目標是什么？您是怎么落地這些目標的？運維的價值如何更好的得到體現(xiàn)？

聚焦經典的運維領域，最主要的幾個工作職責：

1. 代碼發(fā)布和交付（delivery），做好最后一公里的價值交付；
2. 提升架構的可伸縮性（scalability）并付諸實施；
3. 保障系統(tǒng)的穩(wěn)定性（reliability）并不斷改善；
4. 在滿足前三項目標的同時，不斷優(yōu)化并降低系統(tǒng)的運行成本（finops）。

如果你發(fā)現(xiàn)自己的工作，并不是圍繞著以上范疇展開，那么有兩種可能，你不是運維或者你的工作超綱了！

明確了工作范疇，說大點就是明確了運維的使命之后，設定目標就相對容易些了，比如：

1. 針對代碼發(fā)布和交付，可以簡單的用發(fā)布次數(shù)來度量；
2. 針對系統(tǒng)的伸縮性，可以用擴容的時效性來度量；
3. 針對穩(wěn)定性，我們可以通過觀察核心功能的不可用時長來度量；
4. 針對系統(tǒng)運行成本，我們可以計算到每完成一筆核心交易所花費的資源成本和人力成本來表示和追蹤。

關于如何體現(xiàn)運維的價值：

首先我們運維人要轉變的是態(tài)度和立場：堅定和業(yè)務站在一起，爭取共背業(yè)務目標。

我舉個例子，HR部門，也是屬于公司內部后臺的不能再后臺的部門了，但是我所接觸過的優(yōu)秀的hr中，不管是recruiter、還是hrbp，從來都是把自己當作業(yè)務部門的一份子，把業(yè)務部門的目標當作自己的目標。當立場一致，大家都是自己人的時候，價值就好說了。

其次，價值這個事情，永遠都是和“成本投入”相對應的。你如果組建了一個很大的運維團隊，人力成本在公司很顯眼，那么你就很容易成為老板眼中的“重點關注對象”，也會受到業(yè)務方更苛刻的挑戰(zhàn)，正所謂，楚人無罪懷璧其罪:) 客觀上來講，運維團隊的資源投入，一定是要和業(yè)務收入相匹配的，過高過低都是不健康的，不利于團隊發(fā)展的。所以，“運維的價值創(chuàng)造”最后會落到運維效率的競爭上來。

最后，關于價值，定量和定性的描述都得有。譬如和行業(yè)水平的定量對比，來自公司內業(yè)務部門滿意度調查的定量數(shù)據(jù)。也要有比如對公司戰(zhàn)略項目支撐中的“存在感”這些定性數(shù)據(jù)。

ChatGPT這樣的AI能力您覺得未來是否有可能解決運維行業(yè)的問題？

首先我們看看，ChatGPT的核心優(yōu)勢是什么？ChatGPT，在知識的豐富度、自然語言理解能力（以及上下文理解）、內容生成能力方面，有著代際的革新。

然后，我們再分析下運維行業(yè)的核心問題是什么？

• 是缺少領域知識嗎？
• 是交互效率低嗎？
• 是內容輸出難嗎？

以上都不是，運維行業(yè)所處理的問題，本質上還是一個系統(tǒng)性的工程問題，是為了解決IT系統(tǒng)價值快速交付的問題、解決伸縮性的問題、解決穩(wěn)定性的問題、是不斷提高系統(tǒng)運行維護性價比的問題。

目前來看，云計算、微服務對于運維行業(yè)的改變來的要更實質性一些。ChatGPT能有效改善運維行業(yè)知識沉淀的問題，或許會很快代替一些初級的運維架構師崗位。

工具選型這塊，到底是自研，還是使用開源，還是使用商業(yè)產品，是如何抉擇的？

這個問題沒有絕對的答案，從我個人的從業(yè)經驗來看，大概有以下幾種情況：

自研的好處：

1. 心理上的自主可控感會更強一些；
2. 短中期維度來看，對于團隊的發(fā)展空間會更有利；
3. 能根據(jù)自己的實際情況進行有針對性的、靈活的設計。

自研的弊端：

1. 時間成本很高，會造成較長一段時間拖后腿的情況，給業(yè)務的發(fā)展帶來一定的影響；
2. 人力成本高，以北京為例，要招聘一位相對資深的工程師，每年的薪資大概在50萬，如果要自研相關運維工具到成熟，投入兩位工程師還是需要的；
3. 受限于研發(fā)人員的認知，自研容易和行業(yè)最佳實踐脫鉤，長期會造成內部工具落后于時代。

開源和開源二次開發(fā)：

好處是能很快見效，投入生產。

壞處有三：

1. 開源工具一般注重靈活性，功能上也比較聚焦，在產品化和用戶體驗上通常比較欠缺，拿來快速使用存在體驗方面的問題；
2. 寫代碼的朋友大家都有個體會，完全讀懂和理解別人的代碼和自己開發(fā)一套，難度其實是相當?shù)?，所以開源項目投入到生產環(huán)境，也是要投入足夠的人力和時間去掌握的；
3. 大多數(shù)針對開源項目的二次開發(fā)，會導致和社區(qū)主干脫鉤，導致無法順利升級到后續(xù)的最新版本，享受不到開源項目真正的紅利。

使用商業(yè)產品和解決方案：

優(yōu)勢：

1. 時間成本優(yōu)勢明顯，借助商業(yè)產品能夠快速敏捷的支持業(yè)務的發(fā)展需要，首先做到不拖后腿！
2. 原則上來講，商業(yè)化產品的成本相比自研會有數(shù)倍的降低。這個成本差距是由商業(yè)模式決定的。商業(yè)產品能盈利的根本原因就是產品研發(fā)成本（加上銷售成本）隨著客戶數(shù)量的增加而攤薄，否則這個公司沒有存在的意義和可能；
3. 商業(yè)產品的核心競爭力包括領域know-how、極致的產品體驗、良好的技術支持和服務共同構成的，這通常意味著采用商業(yè)產品的技術團隊會在公司業(yè)務方取得更好的口碑。

不足：

1. 國內tob領域起步較晚，目前阻礙客戶采用商業(yè)化產品最大的問題是缺少極致好用的產品，以及價格優(yōu)勢還不明顯；
2. 很多甲方客戶技術歷史包袱較重，個性化方案多，商業(yè)化產品往往很難做到完全匹配，導致客戶不得不硬著頭皮選擇自研。

業(yè)內有觀點認為云計算和Kubernetes這樣的基礎設施的崛起會讓運維崗位逐漸消亡，您是怎么看待這樣的觀點呢？

誠然，云計算、K8s的出現(xiàn)，核心是為了改進“運維”這個行業(yè)，對運維行業(yè)的工作方式發(fā)生了重大影響。比如：

• 以前的 clickops 逐步過渡到 IaC
• 傳統(tǒng)監(jiān)控升級為更全面的可觀測性體系
• release 也從大版本定期發(fā)布變成了更敏捷的持續(xù)集成
• 老中醫(yī)式的開源軟件維護模式，變成了對應的云服務的正確選型和使用
• 扛機器上架的體力活變成了簡單的控制臺分分鐘開通
• 手敲命令配置網絡路由的專家工作轉變成云服務的各個網絡產品的組合搭配
• 從物理機混部提升利用率轉變?yōu)椴捎梦⒎?、云原生架構成本天然下?/li>
• …

我們看到，運維工作的內涵并沒有變，工作的價值也并沒有變弱，只是運維要掌握的技能樹在升級。運維人繼續(xù)保持危機感、保持主動求變精神、立足服務好業(yè)務，就能永立潮頭，處處柳暗花明。

可選的監(jiān)控工具有很多，用戶選擇貴司的 Flashcat 平臺，理由是什么？

的確，開源的、商業(yè)化的監(jiān)控平臺有很多，我之前也寫過一篇博客：??《二十年里12個開源監(jiān)控工具大對比》??，大家可以參考。

回到為什么選擇Flashcat平臺，需要從監(jiān)控系統(tǒng)的發(fā)展趨勢以及Flashcat平臺的特點說起。監(jiān)控系統(tǒng)的發(fā)展趨勢，可以參考我之前的博客文章 ??《云原生監(jiān)控的十大特點和趨勢》??。而Flashcat平臺，正是面向這些趨勢而生的針對性的解決方案：

1. Flashcat面向更廣泛多元的用戶群：從面向運維工程師群體到面向全體研發(fā)、運營、CTO/CIO，F(xiàn)lashcat 讓監(jiān)控分析、信息拉齊如此簡單；
2. Flashcat與業(yè)務指標密切聯(lián)動：當業(yè)務受損時，F(xiàn)lashcat 總能第一時間發(fā)現(xiàn)，并和 IT 系統(tǒng)深入聯(lián)動，輔助技術團隊快速展開調查；
3. 云原生、混合云統(tǒng)一監(jiān)控：無論采用什么樣的 IT 架構，您只需要一套 Flashcat 平臺。