我們處在信息爆炸的時(shí)代，每天都有很多新的事情發(fā)生，形成了有價(jià)值的數(shù)據(jù)。 因此，時(shí)代需要一批維護(hù)數(shù)據(jù)的專業(yè)人員，主要包括SA和DBA； 有朋友告訴我，未來運(yùn)維會是最熱門的行業(yè)。 我仍然不這么認(rèn)為！ 2008年到現(xiàn)在，我還在從事運(yùn)維工作。 以前覺得運(yùn)維就是簡單的運(yùn)維，所以自己在運(yùn)維方面成長的很慢，因?yàn)樵谝庾R方面我的認(rèn)識還不夠！

現(xiàn)在，當(dāng)我向別人介紹自己時(shí)，我通常說我是一名雜工。 可能是自己理解不夠，或者好像自己的水平不夠，但我真的都是雜工。 說說我知道的運(yùn)維吧！

一：企業(yè)運(yùn)維職責(zé)

1：運(yùn)維的主要職責(zé)是參與確定公司整體IT架構(gòu)。 其實(shí)這不完全是運(yùn)維的問題； 框架這個(gè)詞本身就比較寬泛。 框架大致包括服務(wù)器系統(tǒng)，程序使用什么語言，使用什么數(shù)據(jù)庫，使用什么容器發(fā)布內(nèi)容，需要多少臺服務(wù)器，如何分配資源等等。

決定使用哪種操作系統(tǒng)也很重要。 不管是linux還是aix，未來如何升級，都會對企業(yè)的運(yùn)維產(chǎn)生深遠(yuǎn)的影響。 一般來說，運(yùn)維人員會推薦管理層使用自己精通的運(yùn)維系統(tǒng)，筆者還是努力打造RHEL。 程序使用的語言與企業(yè)本身的業(yè)務(wù)密切相關(guān)。 比如建行率先推廣java，平時(shí)的門戶網(wǎng)站和峰會用php等，編程語言對使用的數(shù)據(jù)庫和web容器起著決定性的作用。 如果是php，一般是lamp、lnmp等經(jīng)典模型，如果是java，那么選擇面比較廣，容器部分可以選擇，jboss等； 數(shù)據(jù)庫可以選擇，db2等，這個(gè)時(shí)候侯，企業(yè)的經(jīng)濟(jì)實(shí)力也起著至關(guān)重要的作用！

2：確保應(yīng)用程序能夠在服務(wù)器上正常運(yùn)行

坦白說，這個(gè)標(biāo)準(zhǔn)越來越寬泛，怎么能算正常運(yùn)行呢？ 筆者在工作中，經(jīng)常會遇到用戶抱怨登頂卡住，服務(wù)器慢，網(wǎng)站打不開。 如果對方ping服務(wù)器，4個(gè)包中有3個(gè)丟包。 這個(gè)過程中的問題可能是服務(wù)端、客戶端或者中間的網(wǎng)絡(luò)傳輸問題。 中國最典型的問題就是南北互通問題。 有一個(gè)笑話：世界上最遠(yuǎn)的距離是中國聯(lián)通到中國電信的距離！ 由于這些問題難以確定，管理者通常要求運(yùn)維的年故障時(shí)間不能超過一定的值。 說7*24*365服務(wù)不間斷運(yùn)行是扯淡！ 總會有各種各樣的問題。 無論您使用何種負(fù)載平衡和故障轉(zhuǎn)移技術(shù)，都無法避免暫時(shí)的服務(wù)中斷。 運(yùn)維的價(jià)值在于縮短服務(wù)中斷后的MTTR時(shí)間。 可見運(yùn)維壓力之大！

3：根據(jù)業(yè)務(wù)需要，及時(shí)調(diào)整服務(wù)器的設(shè)置

這部作品是作者作品中的重頭戲。 明天要部署程序，今天要英文動詞系統(tǒng)it運(yùn)維技術(shù)，明天還要加虛擬主機(jī)……這種事情通常是做不到的，只能做同樣的事情。 . 但是這些工作最能提升你的運(yùn)維水平。 運(yùn)維人員在做這類工作的時(shí)候，不能一邊處理任務(wù)一邊問清關(guān)，否則時(shí)間一長，服務(wù)器就會意外堆積。運(yùn)維人員在處理這類工作的時(shí)候，應(yīng)該進(jìn)行標(biāo)準(zhǔn)化和記錄。 如果常年如此，不僅運(yùn)維的專業(yè)水平會有所提高，而且對后期的維護(hù)也起到良性循環(huán)的作用。

4：備份關(guān)鍵數(shù)據(jù)，及時(shí)處理各種故障，保障服務(wù)器安全

備份是為了恢復(fù)。 通常在想到或使用備份的時(shí)候，總會遇到麻煩，所以在日常工作中一定要對備份給予足夠的重視，尤其是數(shù)據(jù)庫。 在某些情況下，看起來像 N 年前的備份可能會給你的恢復(fù)工作帶來意想不到的效果； 服務(wù)器的安全部分是一個(gè)模糊的概念，因?yàn)榘踩旧硎窍鄬Φ模踩托阅芘c用戶體驗(yàn)成正比。 很多時(shí)候薇薇都是犧牲安全來換取性能和更好的用戶體驗(yàn)，等以后出現(xiàn)安全問題的時(shí)候再進(jìn)行調(diào)整，比如關(guān)閉服務(wù)器，關(guān)閉服務(wù)器外網(wǎng)之間的防火墻，允許任何IP到 FTP 連接等

5：記錄服務(wù)器維護(hù)日志和技術(shù)文檔

這一點(diǎn)都在處理問題后的雜項(xiàng)記錄中，方便以后處理類似問題的速度和效率； 至于技術(shù)文檔，作為運(yùn)維人員，一定要認(rèn)真編寫，寫得不好的文檔會騙人。 這樣的文章很多，IT行業(yè)本身就很浮躁。 如果不能靜下心來整理知識，三天就會被淘汰； 您必須定期檢查您過去編制的文件，并及時(shí)更正錯(cuò)誤。 所謂溫故而知新，還是要聽孔子的教誨，不然哪天你在搜索引擎上搜到自己的文章，怎么想都不會明白自己當(dāng)年為什么這么做。作者一直提倡把自己的知識分享給其他同學(xué)，有利于自己和他人的共同進(jìn)步。

二：企業(yè)運(yùn)維的主要困境

1：選擇IDC服務(wù)商

服務(wù)器多了，自然要找個(gè)好的IDC運(yùn)營商； 這個(gè)很重要，一個(gè)差的IDC會錯(cuò)誤的安裝你的服務(wù)器，無故取消你的域名白名單，很難實(shí)時(shí)監(jiān)控機(jī)柜的帶寬流量，CDN效果不好賈，問題服務(wù)器不是先想想怎么解決問題，而是找各種借口，哪個(gè)機(jī)房網(wǎng)絡(luò)被攻擊，電源開關(guān)被打開等等，各種悲劇！ 唯一的優(yōu)點(diǎn)可能就是收費(fèi)比較實(shí)惠吧，呵呵！

2：服務(wù)器提供商和型號的選擇

這也很重要。 筆者原來遇到了一批的固件問題。 每當(dāng)服務(wù)器流量大時(shí)，服務(wù)器網(wǎng)卡會手動斷流，需要自動重啟網(wǎng)卡。 這個(gè)問題悲劇了很久it運(yùn)維技術(shù)，最終也無法徹底解決； 我遇到過顯存、顯卡故障等問題。 一旦服務(wù)器硬件出現(xiàn)問題，就意味著要停機(jī)維護(hù)，服務(wù)自然會中斷。因此，我們在選擇服務(wù)器的時(shí)候也要慎重，不要只考慮價(jià)格問題

3：負(fù)載均衡和故障轉(zhuǎn)移

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

4：運(yùn)維團(tuán)隊(duì)和人才的培養(yǎng)

千金易得，將軍難求。 對于企業(yè)來說，運(yùn)維人才的流失是一種遺憾。 如何留住一批優(yōu)秀的運(yùn)維人才也是企業(yè)需要考慮的問題。 雖然不僅僅是運(yùn)維，但企業(yè)要想有長遠(yuǎn)的發(fā)展，就應(yīng)該想方設(shè)法留住人才，控制公司的離職率，讓員工有歸屬感和榮譽(yù)感，而不僅僅是一個(gè)職位赤裸裸的雇傭關(guān)系； 企業(yè)要重點(diǎn)培養(yǎng)一支高素質(zhì)、高凝聚力的運(yùn)維團(tuán)隊(duì)，不能只把運(yùn)維看成夾在業(yè)務(wù)部門和程序部門之間。 里外無人。 這樣的環(huán)境和團(tuán)隊(duì)留不住人才。

三：運(yùn)維人員的職業(yè)發(fā)展與出路

運(yùn)維是年輕人的行業(yè)。 做運(yùn)維需要夢想和激情。 隨著時(shí)間的減少和通宵學(xué)習(xí)能力的下降，留宿能力下降。 面對變更問題，運(yùn)維人員通常可以選擇轉(zhuǎn)向管理或者架構(gòu)，或者想專攻DBA，或者自己創(chuàng)業(yè)，寫書，或者在培訓(xùn)中心當(dāng)老師，有選擇還是很多的。 離開運(yùn)維崗位，是每個(gè)運(yùn)維人員遲早會面臨的問題。 如何在有限的運(yùn)維時(shí)間內(nèi)，為自己和企業(yè)創(chuàng)造更多的價(jià)值，是運(yùn)維工作者需要考慮的問題。 是有限的，在更短的時(shí)間內(nèi)取得更高的效率，就是一種成功。 成功來得太晚，幸福感就會消失，一切問題都是遲早的事！

廢話一大堆，也快寫完了，洗漱完就睡了！

謹(jǐn)以此文送給原運(yùn)維組成員：陳東海、徐洪虎、胡雙峰。 祝他們工作順利，生活愉快！