初入行運(yùn)維從業(yè)人員也來(lái)談?wù)処T運(yùn)維

來(lái)源：湖北國(guó)菱計(jì)算機(jī)科技有限公司-荊州網(wǎng)站建設(shè)-荊州軟件開(kāi)發(fā)-政府網(wǎng)站建設(shè)公司 時(shí)間：2017-06-06

    快畢業(yè)時(shí)經(jīng)常和同學(xué)討論以后以后哪個(gè)行業(yè)最有前途，哪個(gè)行業(yè)最吃香，但是現(xiàn)在IT行業(yè)發(fā)展迅速，每天都有新技術(shù)產(chǎn)生，到底哪行好對(duì)于還沒(méi)有畢業(yè)的學(xué)生來(lái)說(shuō)是一頭霧水。曾經(jīng)有個(gè)同學(xué)說(shuō)，在未來(lái)運(yùn)維將是最吃香的行業(yè)。我一直不以為然！畢業(yè)后，稀里糊涂的進(jìn)了公司，一直從事的都是運(yùn)維方面的工作，曾經(jīng)一度認(rèn)為運(yùn)維就是簡(jiǎn)單的運(yùn)行和維護(hù)，現(xiàn)在才知道運(yùn)維沒(méi)那么簡(jiǎn)單，只怪自己當(dāng)初的覺(jué)悟太低了！下面就來(lái)談?wù)勎宜赖倪\(yùn)維吧！

1、    負(fù)載均衡和故障轉(zhuǎn)移流量大了，或者業(yè)務(wù)重要性高，就要求最大可能提供服務(wù)器的高可用性和數(shù)據(jù)容災(zāi)，自然要部署負(fù)載均衡和故障轉(zhuǎn)移；是采用硬件F5,cisco還是軟件lvs,keepalvie,heartbeat,nginx方式實(shí)現(xiàn)，效果如何？都需要去考量。

2、    運(yùn)維團(tuán)隊(duì)和人才的培養(yǎng)千金易得，一將難求。對(duì)于企業(yè)來(lái)講，運(yùn)維人才的流失是比較可惜的，如何去留住一批優(yōu)秀的運(yùn)維人才也是企業(yè)需要考慮的問(wèn)題。其實(shí)不只運(yùn)維，企業(yè)要想有長(zhǎng)遠(yuǎn)的發(fā)展都應(yīng)當(dāng)想方設(shè)法留住人才，控制公司的人員流失率，要讓員工有歸屬感和榮譽(yù)感，而不是只有赤裸裸的雇傭關(guān)系；企業(yè)應(yīng)該著重培養(yǎng)一支高素質(zhì)，高凝聚力的運(yùn)維團(tuán)隊(duì)，而不是只當(dāng)運(yùn)維是業(yè)務(wù)部門和程序部門間的夾心餅，里外不是人，這樣的環(huán)境和團(tuán)隊(duì)是留不住人才的。

3、運(yùn)維人員的職業(yè)發(fā)展和出路每一個(gè)IT從業(yè)人員的心里都有個(gè)CIO的夢(mèng)想吧，我也不例外，但是基礎(chǔ)的運(yùn)維工作是年輕人的行業(yè)，隨時(shí)年齡和經(jīng)驗(yàn)的增長(zhǎng)，轉(zhuǎn)向做管理或者架構(gòu)，或者專攻DBA，是我目前的想法，但是未來(lái)的路很多，也許我會(huì)選擇自己創(chuàng)業(yè)，或者去培訓(xùn)中心做教員也不一定。不過(guò)現(xiàn)在最主要的還是在有限的運(yùn)維時(shí)間內(nèi)學(xué)習(xí)更多的運(yùn)維知識(shí)，掌握更多的技能，為自己和企業(yè)創(chuàng)造更多的價(jià)值。  

一、        企業(yè)運(yùn)維人員的工作職責(zé)
1、運(yùn)維的首要職責(zé)是參與確定公司的整體IT框架，當(dāng)然這也不完全是運(yùn)維的事；框架這詞本身就比較籠統(tǒng)?？蚣艽蟾虐ǚ?wù)器的系統(tǒng)，程序使用何種語(yǔ)言，配合什么數(shù)據(jù)庫(kù)，使用何種容器來(lái)發(fā)布內(nèi)容，需要多少服務(wù)器，如何分配資源等。
決定使用什么操作系統(tǒng)也是件很重要的事，用windows，linux,aix還是freebSD，將來(lái)如何升級(jí)都對(duì)企業(yè)的運(yùn)維產(chǎn)生著深遠(yuǎn)的影響，一般來(lái)講運(yùn)維人員會(huì)建議管理層使用自己所熟練的操作系統(tǒng)。程序使用何種語(yǔ)言就和企業(yè)本身的業(yè)務(wù)息息相關(guān)，例如銀行都首推java，一般的門戶網(wǎng)站，論壇都用php,asp.net等，程序語(yǔ)言對(duì)使用何種數(shù)據(jù)庫(kù)和web容器起著決定性的作用，如果是php，那一般是lamp,lnmp之類的經(jīng)典模型，如果是java，那選擇面相對(duì)比較廣些，容器部分可以選擇weblogic，websphere，jboss，tomcat等等;數(shù)據(jù)庫(kù)可以選擇oracle，db2, sysbase等,在這個(gè)時(shí)候，企業(yè)的經(jīng)濟(jì)實(shí)力也起著至關(guān)重要的作用！

2、保證服務(wù)器上正常的運(yùn)行怎么樣才能算正常的運(yùn)行呢？論壇卡，服務(wù)器慢，網(wǎng)站打不開(kāi)之類的問(wèn)題，出問(wèn)題的有可能是服務(wù)器，也可能是用戶端或者就是中間的網(wǎng)絡(luò)傳輸問(wèn)題，在中國(guó)最典型的就是南北互通的問(wèn)題，曾有戲言：世界上最遠(yuǎn)的距離是中國(guó)電信到中國(guó)聯(lián)通之間的距離！因?yàn)檫@種問(wèn)題很難判斷，所以一般管理者會(huì)要求運(yùn)維每年的故障時(shí)間不能超過(guò)一定的值，說(shuō)7*24*365服務(wù)不間斷運(yùn)行，那是扯淡！總會(huì)有各種各樣的問(wèn)題，無(wú)論你用了什么負(fù)載均衡，故障轉(zhuǎn)移技術(shù)，服務(wù)臨時(shí)中斷也是避免不了的，運(yùn)維的價(jià)值在于在縮短服務(wù)中斷后的MTTR時(shí)間，可見(jiàn)運(yùn)維的壓力是很大的！  

3、備份關(guān)鍵數(shù)據(jù)，及時(shí)處理各種故障，保證服務(wù)器安全備份是為了恢復(fù)，一般想到或者用到備份的時(shí)候，都是出現(xiàn)麻煩的時(shí)候，所以平常工作中對(duì)備份一定要足夠的重視，尤其是數(shù)據(jù)庫(kù)，在某些時(shí)候，看起來(lái)N年前的備份可能會(huì)給你的恢復(fù)工作帶來(lái)意想不到的作用;服務(wù)器的安全部分又是個(gè)拎不清的概念，因?yàn)榘踩旧砭褪窍鄬?duì)的，而且安全和性能，用戶體驗(yàn)之間是成反比的，運(yùn)維在很多時(shí)候都是犧牲安全來(lái)?yè)Q取性能和更好的用戶體驗(yàn)，等將來(lái)安全上出現(xiàn)問(wèn)題的時(shí)候再調(diào)整，例如關(guān)閉服務(wù)器的selinux，關(guān)閉服務(wù)器內(nèi)網(wǎng)間的防火墻，允許任意IP進(jìn)行FTP連接等等  

4、及時(shí)調(diào)整服務(wù)器各項(xiàng)設(shè)定滿足業(yè)務(wù)需要，這是運(yùn)維工作中的重頭戲，框架定了，服務(wù)器選了，一般是不會(huì)輕易改動(dòng)的，但設(shè)置服務(wù)器的工作卻是每天都有的。程序今天需要部署個(gè)memcache，明天需要個(gè)中文分詞系統(tǒng)，后天需要加個(gè)虛擬主機(jī)…… 這種事情一般是怎么做都做不完的，只能來(lái)一樣做一樣。但這種工作最能讓你的運(yùn)維水平得到提高。運(yùn)維人員在做這類工作的時(shí)候不能像應(yīng)付任務(wù)那樣，但求過(guò)關(guān)即可，否則日積月累下來(lái)，服務(wù)器會(huì)出現(xiàn)意想不到的情況。在處理這類工作上運(yùn)維人員應(yīng)當(dāng)做到規(guī)范和文檔記錄，長(zhǎng)期做下來(lái)，不但自己的運(yùn)維專業(yè)水平會(huì)提高，對(duì)于后期的維護(hù)也會(huì)起到良性循環(huán)作用  

5、記錄服務(wù)器維護(hù)日志和技術(shù)文檔這點(diǎn)都是在處理完問(wèn)題后記錄下，方便加快日后處理同類問(wèn)題的速度和效率；至于技術(shù)文檔，身為運(yùn)維人員一定要認(rèn)真編寫，寫的很糟糕的文檔會(huì)給人誤導(dǎo)作用，internet上這類文章不在少數(shù)，本身IT這個(gè)行業(yè)就是很浮躁的，如果不能靜下心來(lái)好好整理知識(shí)，總有一天會(huì)被淘汰的；對(duì)于過(guò)去整理的文檔要定期的去溫習(xí)，有錯(cuò)的要及時(shí)更正。所謂溫故而知新，孔夫子的教誨還是要聽(tīng)的，否則等你有天在搜索引擎搜到自己的文章的時(shí)候，怎么想也想不明白當(dāng)初為什么要這樣做。筆者一直倡導(dǎo)和internet的朋友分享自己的知識(shí)，這樣有利于自己和他人的共同進(jìn)步  

二、企業(yè)運(yùn)維工具的選擇隨著企業(yè)的業(yè)務(wù)對(duì)IT的依賴越來(lái)越多，企業(yè)的服務(wù)器的架構(gòu)規(guī)模不斷擴(kuò)展，為了更有效率的執(zhí)行任務(wù)，為了我們運(yùn)維人員不再像流水線上的一名工人一樣不斷重復(fù)的做著同樣的工作，我們將會(huì)用一類工具，這類工具是可編程的，我們只是需要寫上一些代碼就可以幫我們自動(dòng)完成所有的工作。像我們公司用的是瑞寧CAM，集中審計(jì)管控系統(tǒng)，除了能完成自動(dòng)化運(yùn)維的工作，比如系統(tǒng)安裝、系統(tǒng)升級(jí)、批量修改密碼、主機(jī)名規(guī)范、終端資源監(jiān)控、批量配置管理、終端批量實(shí)時(shí)操控等等，還有事后審計(jì)回放的功能，對(duì)于事后總結(jié)自己的工作，查找錯(cuò)誤點(diǎn)非常有幫助。此外常見(jiàn)的運(yùn)維工具還有：Kickstart、Chef、Nagios、Cobbler、ControlTier、OpenNMS、OpenQRM、Func、Zabbix、Spacewalk、Puppet、Cacti等。  

三、             企業(yè)運(yùn)維的主要難題

1、    IDC服務(wù)商的選擇

服務(wù)器多了，自然要找好的IDC運(yùn)營(yíng)商;這點(diǎn)很重要，差的IDC會(huì)把你服務(wù)器裝錯(cuò)，會(huì)無(wú)緣無(wú)故把你的域名白名單取消，機(jī)柜的帶寬流量無(wú)法實(shí)時(shí)監(jiān)控，CDN效果不佳，服務(wù)器出問(wèn)題的不是先想著如何處理問(wèn)題，而是找各種各樣的借口，什么機(jī)房網(wǎng)絡(luò)被攻擊，電源跳閘之類的，各種悲??！



2、    服務(wù)器提供商和型號(hào)的選擇

這個(gè)也很重要，筆者先前遇到一批DELL R410固件問(wèn)題，每當(dāng)服務(wù)器高流量的時(shí)候,服務(wù)器網(wǎng)卡會(huì)自動(dòng)斷流，需要手動(dòng)重啟網(wǎng)卡，這個(gè)問(wèn)題悲劇了許久，到最后也未能完全解決；之前還遇到過(guò)內(nèi)存，主板故障等問(wèn)題，服務(wù)器的硬件一旦出現(xiàn)問(wèn)題，就意味著停機(jī)檢修，服務(wù)自然要中斷。所以在服務(wù)器的選擇上也要慎重，而不是只考慮價(jià)格問(wèn)題

以上內(nèi)容轉(zhuǎn)自 http://www.cnyunwei.com/thread-2071-1-1.html。