运维从业人员是否需要考证？

一、本人简介

6年多系统工程师、网络工程师经验。2006年开始从事信息技术相关工作，先后参与过校园交换网、公司办公网以及大中型互联网公司的网络架构设计，有丰富的网络实战经验。2008年进入Linux系统运维领域，相继在国内多家著名企业就职，从事网络工程师、系统工程师工作，工作内容涉及大规模商用云计算虚拟化平台运维、网站系统架构、企业网络设计。自行设计和部署过国内多家大型网站的高可用集群。对系统、网络、数据库都有一定层次的理解，多次在国内一些技术论坛和博客中发表技术文档，颇受关注。目前就职于国家电网某子公司，未来发展将继续专注于信息技术和信息系统的设计和维护相关工作。

曾今就职

阿里巴巴云计算有限公司、前程无忧、易趣网络 

好吧，这里应该是大家分歧的开始了。这么多东西，怎么学？每个东西都有相应的考证，要是都去考证怕是到老也不能完成。笔者对此完全同意。可是如果是一个新人要想入门运维，您的建议是什么？从哪里开始呢？我想这个问题应该是一个大饼吧？有种不知道从哪里下嘴的感觉？不管什么感觉，不要忘记，你现在需要给出一个建议！我的建议是，咬一口再说吧，管他呢，随便咬一口就行，然后慢慢的深入，不懂再学，这也是客观认知规律，从不会到会嘛。大家一定都玩过平面的迷宫游戏吧，多个入口，多个出口，啪的给你一张迷宫图，你怎么走？当然是随便的要挑一个入口就开始走了，一边走一边看，自然比哪些拿各种时间来考虑从哪里入口的人最先出来。所以对如何入门运维的问题，其实是没有标准答案的，因人机遇而异各有不同。但是，我必须说，从各种实践来看，每一个大饼都有相对容易咬的部分，每一个迷宫都有相对容易走出来的入口。而就运维而言，也存在相对容易的入口：网络或是系统。

大家暂时忘掉你工作中的“网络”或是“系统”这两个词的概念吧，想想自己最初接触到这两个东西的感觉，这种感觉就是一个新生命第一次听到一个从来没听过的词的感觉。网络？特么是一种渔网一类的东西么？系统？特么是一个闪着蓝光的显示器么？嗯，我可能是想象力比较丰富，至少n年前我听到这两个词的时候是这种感觉，神秘、神奇、向往，但是恐惧，因为只是想象，太空了。怎么落地呢？有谁反对现在最快捷、最可以让新人避免走弯路的方式是参加培训么？（我说的是培训，而不是考证）这也是我个人最推荐的方式！最基础的培训不过小几千，但是能让一个人省出大量自己摸索的时间，也不会为此走弯路。然后，借着培训的机遇，有人走上了考证的道路。

还记得小时候，老师布置作业总是极多的，于是平日里我的作业几乎都是每天早上赶早到学校抄的。我确实没发现我抄作业能给我带来任何好处，因为我觉得我抄的都是符号，因为对我没有任何意义，只是实现了文字的搬迁。但是抄作业有个及其为难的问题，因为完全不能对上课的内容做理解，于是遇到考试就没辙了。不过，我还是有办法，考试之前我总是想办法跑到学校油印房里面搜刮，有时候运气好总能扒拉出几张印废掉的试卷，虽然有几次被老师抓到，但是不可否认的有几次成功的偷到试卷后，回家埋头潜心研究，居然借此弄懂了不少东西，也发现原来有时候老师讲的东西我觉得非常简单、觉得已经理解的东西，在这时候发现其实似是而非。是的，我要说明的是，光是学学，考试或是不考试，还是有很大的差距的。所以一定程度上，我是建议参加培训的同学在一定程度上（精力、经济都可行的基础上）参加认证考试的。一定不要否定，考不考的确是不一样的！但是绝对不建议把考证当做全部。其实考试也是对自己过往学习的一种验证、查漏补缺的过程，考过了只是说明你可以入门了，但是没考过，至少说明离入门还有有点距离的。就我个人而言，从业近7年个人也是只参加了两次考证，将来也会选择在某个合适的时间再次考证，给自己有继续提高的机会。其实这个过程就如同跳高与动员一样，即便是现在科技发达到已经可以直接使用红外线设备衡量跳高的高度，但是依然要放置一根杆子，因为这个杆子是可见的，能给运动员直接带来心理上的压力，也往往能驱动运动员跳的更高。所以，把考证当做是一种技术标杆是正确的方式。另外，参加培训或是考证的，往往经过之后能对所在领域有概念上的强化，这是之后进步的基础，也是知其然和所以然的必备条件。IT业界有个词，叫做“paper”，这是个事实，但是记住，在很对程度上，这不是paper们的错。他们只是缺少工作的机会，假以时日再看，一定不一样。另一方面，paper和paper也是不一样的。如果你招聘网络工程师，由于各种原因，最后出现了3个paper，一个ccna paper，一个ccnp paper，一个ccie paper，您说，您招哪个？

从我过往各种面试的过程中，发现的一个基本现象来结束这篇分享。往往曾经参加过相关培训的同学对专业理解表现的更为深入和全面，进步也相对快。不乏有毕业后参加培训，工作一年多就达到不俗表现的人。最近我招聘的一个小兄弟，朋友介绍之前说是参加过linux培训（这点其实不是我最关心的部分），之后工作了一年半。从我打电话开始到决定录用，耗时半小时，少见的未经面试。

如有任何问题，欢迎加我微博交流http://weibo.com/u/1186347743 或是访问http://johnwang.blog.51cto.com/阅读更多

 

二、blabla的开始

貌似通了一个马蜂窝，是的，我不否认也许这是在自找麻烦，这个话题可能已经持续争论了十几年，而且也必然会继续争论下去。好吧，我必须第一时间表态，我会在通论中表达自己的观点，但是不会参与任何形式的争论。这个话题似乎永远是那么的泾渭分明，反对的和支持的都是同样态度坚决。今天我只想从一个接近7年运维工程师的眼光来看待分析这个问题，对了，在我��嗦之前我有个建议：小于3年运维经验的同学对此发表任何观点之前好好思考一下，大于3年的同学可能切身体会更深入。

那么，读到这里的同学们，我请问你们一个问题，运维包含哪些内容呢？也许大家能共同承认的运维应该可以总结为：设备软硬件的正常配置和运行。硬件包括一切IT基础设施：路由器、交换机、防火墙、服务器、存储、负载均衡设备，好了，每种类别的设备又有多个厂家，思科、华为、juniper、戴尔、惠普、IBM、浪潮、富士通。。。等等等等。软件就更high了，从基础配置到各种工具到数据库、中间件，其中中间件又有多种，各种数据库中间件、proxy，tuxedo，weblogic、websphere、tomcat，好了，这里我必须继续要用一堆的省略号。。。