透過訪談和約稿的方式，請維運領域老砲輸出深刻洞見，共同碰撞，以期形成一些先進的共識，推動行業更好得前進。
這一期我們邀請到的是鄒軼事，途遊遊戲維運總監，鄒總經常戲稱自己是世界500萬強企業的運維代表，可見內心中是覺得中小公司的運維建設想法和大型企業是有差別的，今天我們帶著幾個問題，來請鄒總分享一下他的中小公司研運一體化之路。
這裡是接地氣、有高度的《運維百家講壇》第 6 期，開講！
問：途遊是遊戲公司，您覺得遊戲維有哪些獨特性？面臨的最大維運挑戰是什麼？您又是如何解決這些挑戰的？
整體遊戲維運架構相對傳統互聯網業務來比較，相對簡單，但是單機可靠性要求比較高，運維日常工作，相對事務性的工作較多，比如開服合服等等。面臨最大的維運挑戰，其實不是技術層面的，更多的是價值認可度層面的，怎麼讓我們業務部門認可我們的價值，這個挑戰我相信也是整個運維賽道同仁們一致的挑戰。要去贏得業務部門的認可，提升維運團隊的價值，從我以及我團隊的實踐來總結，其實就是一句話：紮實的做好服務，以業務部門/用戶為中心。
問：遊戲維運的人才技能是什麼樣子的，如果想在遊戲運維方向發展，您對職涯路徑規劃上有沒有什麼建議？
遊戲維運的人才技能和傳統網路產業沒有太大的差別，對於維運這個賽道來說，認知比較低和缺乏體系的成長環境，是我們中小廠運維面臨的比較現實的問題，我們常年和機器底層打交道，很少去認真思考過，未來10年，15年後的發展，更多的是追逐熱點，追逐變化，很少去思考沉澱那些不變的內容，以及怎麼去利用這些內容來做時間的朋友形成自己的競爭力。我個人建議中小廠的維運同學，還是要在理論方法論學習和技能提升兩手抓，用理論指導實踐，透過實踐完善自己對理論的理解。學習理論和方法這塊，我也提幾點建議：
問：中型公司的維運團隊通常不會很大，您是如何對這有限的人力排兵布陣的，有沒有什麼心得可以分享給大家？
有限的資源，往往容易激發創新，團隊規模可以不大，但是要保持精幹、敏捷，換句話說就是你團隊要足夠能打，而且應對不確定性能力要強，要想達到這個效果，我個人總結了我們這5年的組織能力建設實踐：
關於敏捷組織的實踐，可以看我的分享：https://tuyoo.feishu.cn/docs/doccnFlAD2m7WnSpcLYxFJRImZb
#問：您是否會遇到因為團隊人才水平不行，導致自己的想法落地慢，落地難的問題，您是如何解決的？
這個肯定會遇到，我們解決思路：
關於我團隊轉型實踐分享：https://tuyoo.feishu.cn/docx/doxcnGMuijglK6NdENYC2vD7KKh
#問：您說您特別認同《運維的未來是平台工程》文章中的觀點，您的團隊也是一個產研式的全功能組織，想請您介紹一下：對於業務研發，相比直接使用雲端廠商提供的平台產品，您這個團隊帶來的Delta增益是什麼？
在回答這個問題之前，我還是想闡述下我們對造輪子和外採服務的認知：
我們其實對外採還是自研，蠻開放的心態，也是蠻簡單的判斷，就是看ROI的投入產出比，標準化的，投入巨大的，自己搞不定的肯定是盡量用外部三方的服務或者產品來幫助我們解決問題，我們更關注的是如何服務好我們的業務部門，關注我們提供的服務結果和質量，不太關注這個能力是我們自己具備的還是三方的服務能力，只要能幫助我們提升服務品質和效率的，我們都非常開放的心態去吸收和融合。
再來回答這個產研團隊對我們的增益問題，每個公司都有它本身一些特性或者定制化場景需求，這些東西外來產品肯定不能完全覆蓋到位，所以這樣的一支端到端的團隊，其實是讓整個團隊有了解決一些非標問題的能力。這種能力其實非常關鍵，而且很大程度決定了團隊的價值實現。
另外說說我們對維運的未來是平台工程的理解，我對平台工程的理解有兩點關鍵要素：
#我們團隊轉型探索，就是主要按照這兩個要素來做的實踐，但是理論水準不夠，沒有清晰的去提出平台工程的理念。我們遊戲運維有一個蠻大的痛點就是瑣事很多，比如CDN的上傳發布，遊戲的配置更新，例行起停服，都是遊戲運維日常的事務，不可或缺，但是都是事務性的，價值很低，可能在我們遊戲維運的常識裡面，我們會想到做一些自動化的工具，去提升運維的人效，把運維從人肉或者寫腳本的狀態，變成WEBOPS狀態，這個感覺槓桿率還是太低，並沒有把運維釋放出來，所以在解決這些問題過程中，誕生了我對平台工程理念的原始理解，目前我們遊戲運維的日常事務性工作有50%都是專案組自服務，透過我們提供的工具，這在我們接觸平台工程的概念後，發現是高度認知一致的。所以對維運的未來是平台工程，我相信只要嚐過自服務的甜頭，吃過人肉運維的苦的同學，應該都會有很深的認同感。
問：您經常說成本節省要硬橋硬馬，節省了大量成本，公司給發個獎狀，說明這個FinOps的項目大概率是在自嗨，在雲上、雲下Infra建設上，您的團隊為公司帶來了巨額成本節省，而且得到了公司的物質獎勵，能否分享一下相關的心得？
對於FINOPS這件事，平時也和業界一些專家老師做過一些交流碰撞，結合我們團隊自己的實踐，我個人感覺FINOPS實踐落地難，難在改變老闆的認知，目前產業還是偏技術實現或理念碰撞階段，還停留在比誰更專業，更規範的階段，個人感覺不能影響到老闆認知的FINOPS，基本上都是無價值，或價值極低，做和不做沒啥區別。對於FINOPS這個領域不過多評價，我們縮小到成本優化這件事來講，在我們團隊我沒有設定過成本優化的OKR，我們一直用精益的理念在指導開展工作，精益有一個核心的理念，一切不產生價值的都是浪費，持續消除浪費， 這樣在工作進行過程中，其實就不用搞運動式的成本優化。很多省了幾個億的成本優化，可能在老闆眼裡就是應該的，以前浪費太大了，現在只是消除浪費，這自然就不會得到價值認可。
成本優化實踐過程中我個人總結了幾點：
編者按：鄒總做成本優化，具體節省多少錢是經過財務最終測算的，個人覺得很值得借鑒，很多公司的成本優化，都是自己測算的，缺乏公信力，老闆較難有體感。
問：這是老問題了，維運團隊一直是站在公司業務的後面，離業務的距離相對遠，對如何更好的支援業務，或如何說明維運對業務的價值這個點，您有什麼建議？
具體怎麼去體現價值，我建議維運團隊要想體現價值，首先是要有服務意識，然後是要對服務體系進行建設，再就是保持耐心和持續改善，透過這個去形成一個正向循環，從而把時間做朋友。
在這塊我簡單分享下我們團隊的服務體系建立指導綱要。我們以客戶為中心，建構安全、可靠、有效率、低成本、永續的服務。透過服務營運輸出價值，透過產品和工具落地服務運營，並持續改善。在這個指導綱要中，我們將團隊裡的維運、產研和營運三個職能角色進行了深度整合。透過服務運營的產出來把價值體現出來。很多時候，做技術的人往往不太容易意識到服務運營的重要性，我們常常聽到人們談論技術運營和產品運營，但很少有人談論服務運營。這與我們做技術出身的慣性認知有很大關係，更多的是站在自己專業領域去表達，很少去站在我們服務對象的角度去看我們的價值。很多人提到服務可能就會簡單聯想到端茶倒水、跑腿這種角色，比較排斥提服務。但實際上，每個團隊都是服務型團隊。例如我們服務項目組，專案組服務我們最終的用戶，我們的最終用戶可能是在他的工作領域服務其他客戶。因此，提供服務是一件非常重要的事情。只有服務好了客戶，幫助他們獲得成果，才能真正體現自己的價值。
以上是途遊鄒軼事：中小公司的維運怎麼做？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
