[repost ]我为什么转岗到运维

original:http://bluedavy.me/?p=472 我年初的时候决定从开发转岗到运维，其实当时就有一些朋友问过我为什么，最近呢，微信公众平台上也有些人表示极度的好奇，因此我决定写一篇blog来说说。 之所以有这么多人好奇，我觉得一个比较大的原因可能是很多人认为运维相对开发而言是个很没技术含量的活吧，可能认为运维就是搬搬机器、发布发布系统、传话筒（有问题了找开发处理等）等，但我真心不这么认为。 很多一起干活过的老伙伴们都会知道我是一个比较喜欢”管闲事”的人（其实吧，我认为以前非官方的消防群里的那些人都这性格），我很喜欢排查问题，排查问题给我的感觉就像是打仗，有强烈的紧迫感，而且也可以在短时间学会很多东西。 运维这个岗位，是战场上的第一线岗位，所有的系统问题都会在这里直接暴露出来，因此其实对于爱好排查问题的人，我觉得这是一个很适合的地方，可以让自己得到大量的实战机会，快速的提高技能，并且由于运维碰到的问题会非常的杂，对于扩大知识面有很大的帮助，当然，也有不少人会说只是广了，不会深，这个就看个人了，有兴趣的自然会在解决问题后深入了解背后的原因，因此我一直就觉得运维是个最好的快速提升技术能力的地方。 除了排查问题外，系统的整个运行状况也全在运维的眼下，而从运行状况可以看到很多问题，例如稳定性问题、系统性能问题、运行成本问题，由于运维面对的都是很多应用，会在这三个方面积累很多的经验，因此在这三个方面运维其实能做到比开发更好（例如运维可以知道需要做哪些能够更好的保证系统的稳定性，知道什么样的系统结构更适合提高性能），推进系统结构的改造。 作为运维也是会最早看到系统面临容量瓶颈的现象的一方，这个时候如果出现系统结构做不到水平伸缩的问题，其实第一个发现的也会是运维，另外，对于运维而言，关注的是全局，而不是单单一个系统，所以其实运维这个角色具备了真正的推进整体基础技术架构演变的机会。 当然，运维会有很多杂活要干，也很辛苦，不过这些杂活干的好其实也是会发现很多机会的，就拿扩容来说，如果要做到全自动的扩容，其实必然会要推动系统结构做一些改造，否则其实是很难做到的，再加上如果上面的几点是自己感兴趣的，不是很值得吗？ 除了这些外，对于我来说，还有很重要的一点是运维是承接硬件团队和软件团队的中间者，因此其实除了对软件团队的推动外，做的好的情况下还可以对硬件团队推动，而对我而言，可以让我学习到挺多硬件方面的知识，自己挺感兴趣的，所以挺好的。 从这快一年的转岗来看，自己确实有了更多的解决问题的机会，相比以前解决问题的能力和经验明显上涨；在知识的广度上，尤其是OS、机房、网络和硬件层面也学习到了更多；而在全局层面看系统结构的瓶颈上，也比以前有了更多的机会，可以更容易的看到系统发展的瓶颈。 总的来说，我觉得运维其实是一个相对业务开发而言更纯粹的技术角色，需要解决的更多的是比较基础技术方面的问题，涉猎面极广，有很多推动技术发展的机会，同时也自然有了很多可以选择的深入学习的方向的机会，因此最后打个广告，如果你觉得对运维有兴趣，欢迎发邮件给我，哈哈。



via WordPress http://blog.newitfarmer.com/industry/career/13319/repost-%e6%88%91%e4%b8%ba%e4%bb%80%e4%b9%88%e8%bd%ac%e5%b2%97%e5%88%b0%e8%bf%90%e7%bb%b4#utm_source=rss&utm_medium=rss&utm_campaign=repost-%25e6%2588%2591%25e4%25b8%25ba%25e4%25bb%2580%25e4%25b9%2588%25e8%25bd%25ac%25e5%25b2%2597%25e5%2588%25b0%25e8%25bf%2590%25e7%25bb%25b4