OpsWorld金牌讲师，唯品会运维经理王喜春专访

你在本次Ops World上分享的题目、大纲及摘要是什么？

题目：刀锋上的舞蹈-唯品亿级订单背后的运维保障

摘要：伴随唯品会高速发展，规模不断扩大，运维在其中起到保驾护航的重要作用，每一步操作都如履薄冰，犹如在刀锋上跳舞，唯品的运维理念是什么，怎么在业务发展和系统稳定中寻找平衡，如何建设一个闭环的运维系统，在本文中都会一一给予解答。

如果重新选择，你是否还会选择做运维，运维你认为是能够做到多大年龄的职业，关于运维职业规划，你有什么建议？

关于选择：

记得《哈利波特》里的邓布利多说过一句话，并非我们的能力决定了我们是谁,决定我们是谁的是我们的选择。本人深以为然。如果有重新选择的机会，我还会选择运维这个行业，但切入点不会一开始就进入，否则会固化了我的思维，多经历其他行业，比如运营，开发，甚至非IT行业之后才会转入运维。

关于年龄界限：

运维曾经是个苦力活，也是个低技术活，所以对年龄要求要很年轻，现在已经不同了，但是行业的理念也决定了不会用高龄低级人员，譬如开发也是如此，所以我觉得运维的级别和年龄界限是成正比的，级别越高，可承受的年龄越大，一般低级的运维的年龄界限最多不能超过30，拿我来说，超过30的低级运维在简历第一次就会被刷下去。

关于规划：

运维的成长路线是很模糊的，但线下趋势无外乎三个方向：

一，技术方向，以研究技术为终极目标，初步可以会各种配置，往上会进行性能调优，再往上可以裁剪开源软件甚至操作系统，再往上能从整个公司架构层面给出运维的相关建议，最后成为运维专家，在特定领域有话语权。

二，devops或者sre方向，这个方向要求运维懂一定的开发，用研发的手段解决运维的问题，进可以转全栈工程师，退可以坚守运维一片天地。

三，管理方向，运维人员是有机会成为公司管理层甚至合作者的，这个在国内外都有先例，运维有个先天优势，就是杂，而这个杂也是成为CTO的一个先决条件，运维人员可以在日常多学一些管理理念，从公司的角度出发去看待各种问题，最后成为一个合格的管理者。

能否给广大运维推荐基本你认为非常不错的书籍，并给下理由？

运维要看的书有很多，由浅入深，看的书也可以用王国维说的诗词三个境界来形容，这里挑出四本，我最近在读的书，供大家参考。

第一本是 《SRE Google运维解密》，建议大家只看前三章就可以，前三章理念居多，google技术很难模仿，但是理念却可以借鉴。

第二本是《海量运维、运营规划之道》，这是国内目前关于运维较好的一本书，不过建议从业三年以上人看，而且最好是有了运维基础之后。

第三本是《产品经理手册》，运维工作也可以当做一件产品去运营，而我们服务的用户开发，运营最终都是从公司的产品出发，我们要了解他们的需求，才能更好的做好运维。

最后一本是《红楼梦》，是的，你没有看错，这是一本奇书，万事万物，道理相通，运维其实也是一个贾府，除了各司其职外，也需要人情世故。

你认为运维除了技术能力之外，最重要的能力是什么？

每个阶段对能力理解不同，现在这个阶段，我觉得运维除了技术能力外最重要的是沟通和创新能力。

在运维自动化方面，能否分享下实践经验？

运维自动化现在过于神话了，这不是一件好事，对于业务来说，他们根本就不关心你搭建的系统是通过自动化工具构建出来的还是人工做出来的。当然从效率，成就感，错误集中化方面谈，则另当别论。自动化的前提是标准化，这个不要太拘泥，顺其自然就好，最后我觉得大家不要为自动化而自动化，不要把自动化作为终极目标就好。

容器越来越普及，你们有没有在生产环境开始部署容器，有没有实践经验分享？

诚如上面所言，业务是不关心他们的应用是部署在容器上还是实体机上的，只要保证稳定即可。容器要当做一种运维的手段，而不是解决方案。

随着云计算时代的到来，像DBA等许多传统的运维岗位可能会被取代，你如何看待云对运维的冲击？

面对云的问题，的确如此，传统的运维岗位如果不拥抱云，则可能会消亡。云时代的来临，运维不能一成不变，要主动改变，而且把云作为运维板块的一个补充，这样就不是一种对立关系，而是一种局部与整体的关系。

你对DevOps如何理解，你们是如何实践DevOps的？