“運維與開發(fā)”是老生常談的話題，前幾天和一個運維人聊天，TA說一些公司運維崗位都不公開招聘了，這讓眾多運維人員情何以堪？是運維的崗位真的飽和了？是找到合適的運維人才難？還是有這樣那樣的因素？帶著這些疑惑，51CTO記者特別采訪了【WOT2016互聯(lián)網(wǎng)運維與開發(fā)者峰會】特邀講師、芒果TV平臺部技術(shù)團隊負責人彭哲夫看看這位科班出身有豐富項目經(jīng)驗的開發(fā)者，對運維人員有著怎樣期許？

【受訪人簡介】 

彭哲夫·芒果TV平臺部技術(shù)團隊負責人

彭哲夫，芒果TV平臺部技術(shù)團隊負責人，主要負責 Docker 和 Redis Cluster 相關(guān)的基礎(chǔ)設(shè)施開發(fā)。前豆瓣App Engine核心主程，前金山快盤核心主程。在系統(tǒng)工程方面經(jīng)驗豐富。彭***，知識豐富，功底深厚，語言幽默風趣，知乎上、簡書上有不少彭***的精彩大作和回復。

有豐富的項目經(jīng)驗才能去做評價

初見彭哲夫印象一般，覺得就這是個屌絲，還挺高傲。***問題，最初開發(fā)時有遇到困難嗎？他果斷的說，并沒有。持懷疑的眼光看著他，他用這樣一段說，讓我覺得這個家伙還是有高傲資本的。他說：“其實我是科班出生，小學六年級就基本上開始搞計算機這行，參加過奧林匹克競賽，一直到大學然后再到現(xiàn)在。所以說這么多年的基礎(chǔ)打下來，對于很多問題其實早就心有概念，所以走的彎路算比較少。遇到問題，我有自己方法論，所以也知道怎么從一些信息或源碼上去找到解決問題的方法。”

彭哲夫在采訪中提到了三個項目分別為金山快盤、豆瓣APP引擎、芒果TV容器調(diào)度編排系統(tǒng)，在介紹這三個項目的過程中，我能夠體會到他的那份驕傲。金山快盤是國內(nèi)***個云存儲，是從WPS在線文檔演進過來，之后開發(fā)是用java做的數(shù)據(jù)中間件，純C++寫的存儲層，主要應(yīng)對文件分片，文件復用等問題。之后彭哲夫加入豆瓣開發(fā)APP引擎，因豆瓣的技術(shù)需要一些變革來支持業(yè)務(wù)更好的發(fā)展，來應(yīng)對單位硬件成本高于人力成本的問題，完成APP引擎后主要是可以提高內(nèi)部生產(chǎn)力以及整個線上的效率。芒果TV容器調(diào)度編排系統(tǒng)可以說是彭哲夫提出并帶頭開發(fā)的，最初的芒果TV更像是一個比較傳統(tǒng)的手工作坊，包括上線、下線、測試，包括源碼管理。他覺得從業(yè)務(wù)層面到技術(shù)到測試再到最終落地，溝通成本很高。開發(fā)一個系統(tǒng)就會降低開發(fā)成員的薪資成本，只要有標準，按照標準走，不需要過多溝通。

實踐后才能找到問題知道哪里該提升

芒果TV容器調(diào)度編排系統(tǒng)從零到用于業(yè)務(wù)中，經(jīng)歷了很多的困難，在實踐中也會遇到大大小小的問題。彭哲夫一直在盡自己***的努力，引入業(yè)界優(yōu)秀的解決方案來提升芒果TV的系統(tǒng)性能，降低運維成本。由他負責的平臺部核心技術(shù)團隊，目前主要是在做基于Docker的調(diào)度平臺以及整個公司的基礎(chǔ)設(shè)施。他們在沒有參考任何其他調(diào)度編排系統(tǒng)的情況下自行研發(fā)了調(diào)度編排系統(tǒng)，現(xiàn)在這個系統(tǒng)驅(qū)動了芒果TV的Redis集群，實現(xiàn)了毫秒級的擴容和縮容，保證4個9的可用性和6個9的數(shù)據(jù)可靠性。

到目前為止，芒果TV容器調(diào)度編排系統(tǒng)可以混編Offline和Online的服務(wù)(binary/script)，對于資源尤其是CPU資源實現(xiàn)了自由維度(0.1、0.01、0.001等)的彈性分配，使用Redis作為數(shù)據(jù)總線對外進行消息發(fā)布，動態(tài)感知集群所有的Containers狀態(tài)并監(jiān)控其各項數(shù)據(jù)等。此外，把基于Docker的Image Layer特性和Git version結(jié)合起來，實現(xiàn)了自動化的build/test流程，統(tǒng)一了線上部署環(huán)境。同時解決了Runtime的污染問題，使得業(yè)務(wù)能快速地擴容和縮容。

不是誰都可以做運維 運維人員要有素養(yǎng)

當問及您覺得什么程度的運維人員能夠維護芒果TV容器調(diào)度編排系統(tǒng)時，彭哲夫這樣說，“目前來講，純粹的運維和純粹的開發(fā)是沒有多大意義的，因為容器出來之后，很大程度模糊了運維和開發(fā)之間的邊界。更希望運維本身有一定開發(fā)基礎(chǔ)去彌補開發(fā)的東西，因為以前開發(fā)提供一個有關(guān)機器、有關(guān)網(wǎng)絡(luò)的文檔給運維，運維就可以工作?，F(xiàn)在來看，運維面對的是平臺層面的運維，它和上層的開發(fā)是完全隔離的。平臺層面的運維對運維的要求就要高一些，這個要求最簡單的就是協(xié)議棧，對協(xié)議、對虛擬網(wǎng)絡(luò)，對磁盤數(shù)據(jù)的管控。這時候，運維面對的可能不是磁盤，可能就是塊設(shè)備，可能是分布式存儲系統(tǒng)。這是從開發(fā)角度來講，希望運維更加提升自己，而不是傳統(tǒng)的純粹的簡單運維。”

作為科班出身的資深開發(fā)者，彭哲夫舉例表明了自己對運維人員的期許。如果把傳統(tǒng)運維比作汽車保養(yǎng)功能，其就是為了使汽車可以開的更久，開的更好。當然目前這種技術(shù)發(fā)展趨勢下，運維不光是具備保養(yǎng)功能，至少要做一名車工人，去造更好的車，讓汽車跑的更久或者更好。如果傳統(tǒng)運維就是加油站，同樣跑500公里加5次油，這5次油都是運維做的?，F(xiàn)在來講，可能運維會參與到全新汽車開發(fā)，它本身就可以開500公里，那這樣的話，效果是一樣，但是成本完全不一樣的。運維本身要完全理解為什么會有平臺這個東西，為什么要隔離產(chǎn)品，就產(chǎn)品開發(fā)和運維之間這么一個模糊的地帶。

寫在***：

彭哲夫在采訪中講到，運維和開發(fā)的側(cè)重點不一樣，并不存在誰凌駕于誰之上。開發(fā)會側(cè)重于需求的實現(xiàn)和落地。運維會側(cè)重于整個平臺層面如監(jiān)控，但監(jiān)控也會包含開發(fā)，畢竟生命周期不一樣。如果說對整個部署的抽象，運維以前是以機器為單位，現(xiàn)在以進程為單位而已。