IT運維又一年，2010

   2010年就這樣不甚順利，但也較為順利的度過了。

        随着着公司業務線不斷擴大，使用者的不斷增加，我們的生産平台也開始了随需而變的過程。

        2010年下半年開始的按照業務線垂直劃分的擴容方法，看上去基本成為了今後我們的基本方向。相對水準分割，這種方式在邏輯設計和實體實作方面還是比較清晰和容易的，且整體方向易于把握。

        2010年随着部署伺服器的不斷快速增加，基于多伺服器的叢集服務模式已經初見端倪。每個業務線（重要的業務線）有一個專門的伺服器組，完成客戶的服務請求。而非重要的産品線，也是幾個産品線有一個伺服器組，完成相關的業務服務工作。用更多的伺服器提升服務的高可用性。當然，基本上很多典型的網際網路公司都是這樣做的。

        2010年随着産品線不斷增加，采用和正準備使用的開源技術和軟體也是越來越多了。當然，對于運維的整體壓力也是不斷提升的。也許很多軟體和技術的應用在設計和測試時是沒有什麼問題的，但是一旦進入正式生産線，是否能完成高并發，高效率處理業務請求，高可用等等問題就會實實在在的檢測了。當然，還有很中重要的一點，就是我們是否用很好的運維能力了。畢竟，沒有一款軟體的服務是無需管理和幹預的。

        2010年随着負擔更多部門的工作，工作中心和焦點就更多的放在整體業務平台的穩定服務上來了。通過工作深深的認識到，沒有成體系的生産流程，完成一個故障容忍度高的生産平台十分困難，或者說基本沒有可能。每一次變更都會是一個失敗的導火索。相信我，如果你的變更無誤完成，隻能說明這次運氣好而已。沒有體系化流程作為運維支撐，失敗肯定是常态事件。

        2010年随着負責工作不斷增多，我漸漸開始接受一種感覺，就是對于即成事實的接受。能接受這種無奈，事實就是如此。我再也不能象以前一下，可以非常詳細的檢測和思考每一個工程或是運維事件的細節了。更多的我需要去協同相關同僚去做。雖然可以在關鍵的一些節點就行控制，但是很多的時候是對即成事實後的彌補或是調整。對于力求完美的人來講，一個痛苦的接受過程呀。

       2010年還要感謝整個部門一幫踏實肯幹的兄弟，很可惜沒有姐妹-:)。沒有他們不分晝夜的工作，估計我會被BOSS們“拍扁”。感謝你們，真的很給力。

         2010年其實就個人來講還是有很多收獲的。讀了些書，以至于讀到後來，陶醉其中，部落格“撂荒”很久都沒有更新呀。當然，兒子能健康和快樂的成長，對于我而言是最大的欣慰。很感謝夫人和兒子在我的生活中，你們真的很給力。

         相信2011，随着我們的使用者進入億級，我的業務線從無線網絡進入網際網路，進入更多的海外市場......，運維的壓力和困難也會大為增加。2011年肯定還是會有不眠之夜，肯定還會有敗走麥城的痛苦......。而答案象以往一樣，直面一切問題，勇于擔當，而當一切都過去後，我們回望那一年，隻會輕輕說上一句：“神馬一切都是浮雲”。

本文轉自Be the miracle!部落格51CTO部落格，原文連結http://blog.51cto.com/miracle/471893如需轉載請自行聯系原作者

Larry.Yue