我年初的時候決定從開發轉崗到
運維，其實當時就有一些朋友問過我為什麼，最近呢，微信公眾平台上也有些人表示極度的好奇，因此我決定寫一篇blog來說說。
之所以有這麼多人好奇，我覺得一個比較大的原因可能是很多人認為運維相對開發而言是個很沒技術含量的活吧，可能認為運維就是搬搬機器、發布發布系統、傳話筒（有問題了找開發處理等）等，但我真心不這麼認為。
很多一起干活過的老伙伴們都會知道我是一個比較喜歡”管閒事”的人（其實吧，我認為以前非官方的消防群裡的那些人都這性格），我很喜歡排查問題，排查問題給我的感覺就像是打仗，有強烈的緊迫感，而且也可以在短時間學會很多東西。
運維這個崗位，是戰場上的第一線崗位，所有的系統問題都會在這裡直接暴露出來，因此其實對於愛好排查問題的人，我覺得這是一個很適合的地方，可以讓自己得到大量的實戰機會，快速的提高技能，並且由於運維碰到的問題會非常的雜，對於擴大知識面有很大的幫助，當然，也有不少人會說只是廣了，不會深，這個就看個人了，有興趣的自然會在解決問題後深入了解背後的原因，因此我一直就覺得運維是個最好的快速提升技術能力的地方。
除了排查問題外，系統的整個運行狀況也全在運維的眼下，而從運行狀況可以看到很多問題，例如穩定性問題、系統性能問題、運行成本問題，由於運維面對的都是很多應用，會在這三個方面積累很多的經驗，因此在這三個方面運維其實能做到比開發更好（例如運維可以知道需要做哪些能夠更好的保證系統的穩定性，知道什麼樣的系統結構更適合提高性能），推進系統結構的改造。
作為運維也是會最早看到系統面臨容量瓶頸的現象的一方，這個時候如果出現系統結構做不到水平伸縮的問題，其實第一個發現的也會是運維，另外，對於運維而言，關注的是全局，而不是單單一個系統，所以其實運維這個角色具備了真正的推進整體基礎技術架構演變的機會。
當然，運維會有很多雜活要干，也很辛苦，不過這些雜活干的好其實也是會發現很多機會的，就拿擴容來說，如果要做到全自動的擴容，其實必然會要推動系統結構做一些改造，否則其實是很難做到的，再加上如果上面的幾點是自己感興趣的，不是很值得嗎？
除了這些外，對於我來說，還有很重要的一點是運維是承接硬件團隊和軟件團隊的中間者，因此其實除了對軟件團隊的推動外，做的好的情況下還可以對硬件團隊推動，而對我而言，可以讓我學習到挺多硬件方面的知識，自己挺感興趣的，所以挺好的。
從這快一年的轉崗來看，自己確實有了更多的解決問題的機會，相比以前解決問題的能力和經驗明顯上漲；在知識的廣度上，尤其是OS、機房、網絡和硬件層面也學習到了更多；而在全局層面看系統結構的瓶頸上，也比以前有了更多的機會，可以更容易的看到系統發展的瓶頸。
總的來說，我覺得運維其實是一個相對業務開發而言更純粹的技術角色，需要解決的更多的是比較基礎技術方面的問題，涉獵面極廣，有很多推動技術發展的機會，同時也自然有了很多可以選擇的深入學習的方向的機會
原文：http://bluedavy.me/?p=472
