【移動(dòng)應(yīng)用開發(fā)技術(shù)】未來(lái)運(yùn)維發(fā)展知乎討論

【移動(dòng)應(yīng)用開發(fā)技術(shù)】未來(lái)運(yùn)維發(fā)展，知乎討論

曾經(jīng)在大學(xué)的時(shí)候負(fù)責(zé)過(guò)學(xué)校網(wǎng)站的運(yùn)維（從內(nèi)存條、PCI到HTTP服務(wù)器那種），后來(lái)工作了在百度開始做運(yùn)維自動(dòng)化的開發(fā)，再后來(lái)又帶著20多個(gè)人的團(tuán)隊(duì)在360從零開始做了兩個(gè)Android的項(xiàng)目，我想我還是有資格說(shuō)說(shuō)運(yùn)維和開發(fā)的關(guān)系的：我認(rèn)識(shí)很多運(yùn)維，工作了2~3年后普遍覺(jué)得自己就是個(gè)操作員，天天半夜起來(lái)“抗洪救災(zāi)”不說(shuō)，還偶爾背黑鍋。到了年終大頭都讓研發(fā)、產(chǎn)品、測(cè)試分了……但請(qǐng)不要抱怨，想一想，如果自己是老板會(huì)不會(huì)這么做呢？研發(fā)、產(chǎn)品就像Dota里的DPS和Gank，是左右戰(zhàn)局發(fā)展的；測(cè)試、運(yùn)維一個(gè)是奶媽，一個(gè)是肉不被重視是很自然的。運(yùn)維和開發(fā)是互聯(lián)網(wǎng)大生產(chǎn)時(shí)代分工的必然結(jié)果，但如果你畫地為牢，就不要抱怨別人為什么過(guò)得更好不要把運(yùn)維當(dāng)作一種職業(yè)去發(fā)展，一般運(yùn)維做2~3年就會(huì)遭遇瓶頸期工程開發(fā)人員想要有深入的發(fā)展，必須懂一定的系統(tǒng)運(yùn)維如果你是運(yùn)維，請(qǐng)明白一個(gè)程序能穩(wěn)定運(yùn)行在線上，不是什么魔法，是研發(fā)的付出由于PaaS的迅猛發(fā)展，傳統(tǒng)運(yùn)維的工作（配網(wǎng)絡(luò)設(shè)備，服務(wù)器物理操作）將會(huì)越來(lái)越少，建議運(yùn)維人員向運(yùn)維開發(fā)或者系統(tǒng)開發(fā)轉(zhuǎn)型如果你是開發(fā)，請(qǐng)尊重團(tuán)隊(duì)的成員，不要給別人憑添麻煩，如下在BAT的經(jīng)歷讓我總結(jié)了一個(gè)道理：“寫出需要?jiǎng)e人擦屁股的程序，是一個(gè)開發(fā)人員的恥辱”。大學(xué)的時(shí)候有幸接觸了Linux網(wǎng)站運(yùn)維的工作，勤工儉學(xué)負(fù)責(zé)了學(xué)校網(wǎng)站的運(yùn)維工作，現(xiàn)在回頭看來(lái)這份工作的技術(shù)含量不是很高。當(dāng)時(shí)覺(jué)得最牛的事情就是做做內(nèi)核裁剪，后來(lái)由于好奇心的驅(qū)使，初生牛犢不怕虎，斗膽修改了proftpd的代碼。從此走上了系統(tǒng)開發(fā)的不歸路，由于深知系統(tǒng)運(yùn)維的工作的枯燥，我給自己開發(fā)的程序定下了幾個(gè)原則：不能崩潰，要有自己的崩潰恢復(fù)機(jī)制內(nèi)存泄漏，句柄泄露這種事情決不允許發(fā)生盡量靜態(tài)依賴所有的庫(kù)，除了常見(jiàn)的libc、libm等什么都不要依賴，做到丟到服務(wù)器上就能運(yùn)行，像這樣miniPyforCentOS5/6和異步多線程C/S框架gko_pool做好start、stop、restart腳本能通過(guò)參數(shù)傳遞實(shí)現(xiàn)的功能，絕不要求寫配置文件默認(rèn)參數(shù)就是最佳配置，同樣參見(jiàn)上面的項(xiàng)目能自己處理日志，自帶rotate功能，同樣參見(jiàn)上面的項(xiàng)目匿名用戶運(yùn)維更鍛煉人。但是有一點(diǎn)。。運(yùn)維相對(duì)于開發(fā)會(huì)比較影響生活。很多運(yùn)維都是24小時(shí)待命的假裝很淡定mysql，各種nosql）"class="bio">，DBA（關(guān)注oracle，mysql，各種nosql）我干過(guò)好幾年運(yùn)維和DBA，呆過(guò)500強(qiáng)大公司，也呆過(guò)小公司（現(xiàn)在），現(xiàn)工資17k，主管說(shuō)這已經(jīng)是公司能給運(yùn)維人員的相當(dāng)高的工資了，看看公司規(guī)模，才50幾臺(tái)服務(wù)器，用到的技術(shù)也很弱，我覺(jué)得主管說(shuō)的是實(shí)話。閑扯幾句在大公司和小公司干運(yùn)維的區(qū)別，供準(zhǔn)備進(jìn)入這行的同學(xué)參考：1、大公司重流程和協(xié)調(diào)。運(yùn)維一般分為一線二線三線，三線往往是研發(fā)接口人了。很多時(shí)候，不需要你技術(shù)能力很強(qiáng)，一個(gè)問(wèn)題，你獨(dú)立解決還是求助高手解決了，公司無(wú)所謂，能解決就行。這樣子導(dǎo)致很多人干了幾年下來(lái)，技術(shù)能力其實(shí)很弱，bash都寫不好。頂著一個(gè)500強(qiáng)“高級(jí)系統(tǒng)工程師”的title，其實(shí)自己知道自己斤兩，不是說(shuō)這個(gè)工程師不行，而是大公司分工太細(xì)了，他只會(huì)他負(fù)責(zé)的那個(gè)小領(lǐng)域。2、小公司重獨(dú)立快速解決問(wèn)題的能力。從大公司去小公司干運(yùn)維，會(huì)感覺(jué)從正規(guī)軍去了游擊隊(duì)，很多小公司做事真是令人發(fā)指的不規(guī)范。升級(jí)不打申請(qǐng)，沒(méi)有文檔，沒(méi)有審批，事后沒(méi)有總結(jié)，糊里糊涂一個(gè)事情就做完了。處理了故障，也不寫案例，誰(shuí)都不知道他怎么處理的。小公司的這種作風(fēng)，看上去效率很高，實(shí)際上難以培養(yǎng)出高水平的專業(yè)性工程師，而且小公司對(duì)技術(shù)的需求很弱，對(duì)運(yùn)維的要求更弱，往往只要求你不出故障就行了?？傮w來(lái)說(shuō)，運(yùn)維沒(méi)有研發(fā)的發(fā)展有后勁，同時(shí)也難以彰顯績(jī)效。尤其是創(chuàng)業(yè)階段的小公司，研發(fā)絕對(duì)是公司的核心，而運(yùn)維可能就是跟在研發(fā)后面打打醬油。研發(fā)不斷出版本，這個(gè)月V1.0，下個(gè)月V2.0，讓公司老板能直觀感覺(jué)到他們的績(jī)效。而運(yùn)維很多兄弟，喜歡悶頭處理故障不愛(ài)寫文檔，還沾沾自喜，實(shí)際上，領(lǐng)導(dǎo)知道嗎？做事情，一定要讓領(lǐng)導(dǎo)知道，把績(jī)效show出去，這是最重要的。在我看來(lái)，運(yùn)維的工作開展，有三個(gè)層次：1）、坐等故障發(fā)生，然后處理故障2）、主動(dòng)深入觀察系統(tǒng)，優(yōu)化系統(tǒng)，實(shí)施自動(dòng)化運(yùn)維3）、優(yōu)化運(yùn)維架構(gòu)，跟進(jìn)新技術(shù)，參與研發(fā)前期架構(gòu)選型小公司大多處在第一個(gè)層次。echoWLT，SA因?yàn)閺男?duì)數(shù)學(xué)有心理陰影，轉(zhuǎn)而對(duì)coding也有種怕怕的感覺(jué)，老下不了手。選擇了運(yùn)維。但現(xiàn)在慢慢努力學(xué)習(xí)寫代碼。一直以來(lái)的經(jīng)驗(yàn)告訴我有些東西，你進(jìn)去了才發(fā)現(xiàn)也不過(guò)如此，何不努力嘗試一下。更何況，一個(gè)好的運(yùn)維本身就應(yīng)該至少是半個(gè)開發(fā)。dengfeng運(yùn)維和開發(fā)同等重要，只有一個(gè)到后面會(huì)越發(fā)發(fā)現(xiàn)瓶頸！colive