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

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

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