IT運維又一年，2010

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

        隨着着公司業務線不斷擴大，用戶的不斷增長，咱們的生產平臺也開始了隨需而變的過程。

        2010年下半年開始的按照業務線垂直劃分的擴容方法，看上去基本成爲了從此咱們的基本方向。相對水平分割，這種方式在邏輯設計和物理實現方面仍是比較清晰和容易的，且總體方向易於把握。

        2010年隨着部署服務器的不斷快速增長，基於多服務器的集羣服務模式已經初見端倪。每一個業務線（重要的業務線）有一個專門的服務器組，完成客戶的服務請求。而非重要的產品線，也是幾個產品線有一個服務器組，完成相關的業務服務工做。用更多的服務器提高服務的高可用性。固然，基本上不少典型的互聯網公司都是這樣作的。

        2010年隨着產品線不斷增長，採用和正準備使用的開源技術和軟件也是愈來愈多了。固然，對於運維的總體壓力也是不斷提高的。也許不少軟件和技術的應用在設計和測試時是沒有什麼問題的，可是一旦進入正式生產線，是否能完成高併發，高效率處理業務請求，高可用等等問題就會實實在在的檢測了。固然，還有很中重要的一點，就是咱們是否用很好的運維能力了。畢竟，沒有一款軟件的服務是無需管理和干預的。

        2010年隨着負擔更多部門的工做，工做中心和焦點就更多的放在總體業務平臺的穩定服務上來了。經過工做深深的認識到，沒有成體系的生產流程，完成一個故障容忍度高的生產平臺十分困難，或者說基本沒有可能。每一次變動都會是一個失敗的×××。相信我，若是你的變動無誤完成，只能說明此次運氣好而已。沒有體系化流程做爲運維支撐，失敗確定是常態事件。

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

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

         2010年其實就我的來說仍是有不少收穫的。讀了些書，以致於讀到後來，陶醉其中，博客「撂荒」好久都沒有更新呀。固然，兒子能健康和快樂的成長，對於我而言是最大的欣慰。很感謝夫人和兒子在個人生活中，大家真的很給力。

         相信2011，隨着咱們的用戶進入億級，個人業務線從無線網絡進入互聯網，進入更多的海外市場......，運維的壓力和困難也會大爲增長。2011年確定仍是會有不眠之夜，確定還會有敗走麥城的痛苦......。而答案象以往同樣，直面一切問題，敢於擔當，而當一切都過去後，咱們回望那一年，只會輕輕說上一句：「神馬一切都是浮雲」。