优维科技创始人王津银：如何实现运维价值的最大化
2016-04-15 23:36:00   来源：来源：51CTO.com   评论：0 点击：

网+线下沙龙 | 移动APP模式创新：给你一个做APP的理由>>

4月14-15日，在北京珠三角JW万豪酒店，51CTO举办了WOT互联网运维与开发者峰会。WOT秉承专注技术，服务技术人群的理念，自2012年首次举办以来，历经八届，积累了大量的技术资源，成为广大技术从业者和技术爱好者一致认可的技术分享大会、交流和人脉拓展平台。会后，记者专访了本次大会运维自动化专场的王津银讲师，他分享的内容是DevOps全栈运维平台的设计与实现。

讲师介绍

王津银，优维科技创始人&CEO，致力于互联网运维整体解决方案的产品化能力提升，缩短企业到达互联网运维的路径。他拥有9年的运维工作经历和2年的研发经历。2007年进入腾讯公司接触运维，经历服务器从百到万的运维历程，先后在YY和UC参与不同业务形态的运维，期间带过前端运维、数据存储运维、YY语音、游戏运维、运维研发等多种运维团队，对运维有着全面的理解。极力倡导互联网价值运维理念，即面向用户的价值是由自动化平台交付传递，同时由数据化来提炼和衡量。

目前，国内除了类似于BAT的一流互联网公司有成熟的运维全过程的经验沉淀，还有运维研发的团队。对于小的互联网公司和传统企业来说，在业务面向互联网和互联网+的过程中，他们对整个运维平台如何实现互联网化和产品化缺少体系化的想法。在本次WOT峰会的运维自动化专场，王津银老师分享了DevOps全栈运维平台的设计与实现这一主题，主要从行业的角度，讲解了DevOps理念的内核，DevOps运维平台可以解决哪些问题，带来什么样的价值。

王津银的职业生涯很丰富，他是怎么下定决心创业的呢?

王老师表示他一直在找寻运维的价值，包括早期在腾讯的时候，虽然已经做得很规范。他一直想找另外一个平台来释放自己的运维价值，最后他去了YY，做了一些标准化，还有整个平台化的工作，中间因为另外一些原因，又回到广州UC。虽然几经周折，但是他一直热爱运维工作，喜欢迎接运维背后的挑战。王老师为什么从2015年开始创业呢?那是因为王津银在给一家私有云平台公司做互联网运维咨询顾问时，了解到传统企业对互联网整个运维的理解，无论从理念，还是技术，还是平台化的完备性上差别都非常大，即使他2015年不断写公众号文章，给大家讲解互联网运维是什么，仍然影响力有限。通过前面几家公司的工作经历，他觉得互联网运维可实现产品化，所以决定通过做互联网运维的产品，来给运维行业带来一点改变。

结合DevOps的发展，互联网公司如何实现运维价值的最大化?

当我们的业务面向互联网和互联网+的时候，ITIL这套IT流程服务管理体系无论是对互联网企业，还是对传统转型的企业，都将不适用，我们必须要走向DevOps。这个走向DevOps的过程就是要让运维的作用性变大。为什么这么说呢？需要强调两点，一点是业务形态借助互联网渠道传递整个企业内部的业务能力，业务形态一旦跟用户距离缩短之后，整个公司业务的敏捷性和迭代性就会变得越来越快。第二点是基础设施已经不会采用过去的商业集中式架构，可能采用基于云的架构，可能采用X86的架构，这里面运维面对的整个IT服务对象会变得越来越多。随着微服务的引入，让运维的挑战变得越来越大，这里面运维的价值也就被引申出来了，不仅仅是提供服务简单的基础保障、资源交付、成本管理的能力，更多是带着服务优化的能力，怎样把IT运营能力反向作用于业务部门，让运维的作用更加凸显。

中小互联网公司和传统企业会遇到哪些难点?

对于中小互联网公司，他们接受DevOps理念和能力的实现，甚至研发能力的储备都还不错，所以在他们面向DevOps的整个转型过程中，挑战不会太大。唯独更大的挑战是运维人员自身的研发能力，构建不起运维的价值和研发部门的价值匹配能力。而对传统企业来说将要面临的挑战更多，他们要从理念、组织架构、从自己内部的研发，甚至说在过去运维思维模式的转型上，都要做出改变。

您认为DevOps全栈运维适用于哪些类型的公司?哪些短板是这些公司首要解决的问题?

王津银之前发起过优维计划，它是给不同的行业去做一个摸底，看看他们运维能力到底怎么样?结果分为了几种，刚才说的是其中的两种客户。还有一种就是传统的系统集成商，他也面临服务的转型。回到问题本身，大家为什么现在关注DevOps全栈运维能力?其实全栈运维能力，有时候会是一个很大的坑。对一个小企业来说，如果运维不走向和研发联合，DevOps是构建不起来的，要求非常高。真正讲全栈，对整个企业能力的要求太高了，涉及到整个平台能力、涉及到思维，涉及到组织调整等等，其实运维把控不了这么多内容。对于传统企业，王老师认为要阶段性的去看，从目前来说，传统行业现在讲全栈、DevOps运维，还有一段路要走，因为现在它的Ops还没有走向研发阶段，还没有真正从研发技术架构里面，标准化能力来约束研发，让业务技术服务架构变成可运维。这里面其实运维还没有提出体系化的思路去影响研发阶段，它的全栈运维还要经过未来一段周期的发展。

如果把DevOps这个概念定的再宽泛一点，Ops并不是说Ops具备所有DevOps全栈的能力，而是一个组织的能力，就是研发跟Ops整个配合，甚至说开发、测试、Ops跟业务部门整体配合，构建真正的DevOps能力。其实DevOps是一种软件交付的模式，软件研发的模式，跟以前瀑布流、敏捷模型的模式是差不多的下一代的软件研发模式，所以这个问题不要把它聚焦在运维本身去看，那样运维压力会非常大。它将是整个IT构建出来的能力，而不是运维构建出来的能力，只不过运维在这个角色里面能力偏弱了，需要把自己的能力拔高一些。

理想的DevOps运维的最佳实践是怎样的?

王津银之前分享过精益运维，最终从价值上来说，一定要体现对业务的支撑价值，把运维能力转化成业务能力，保证质量成本效率和安全的控制。在这个过程中，要看到运维到底有什么样的能力去做支撑，包括全栈的运维平台，从自动化、从信息管理，从监控、从分析，从日志管理等等，要有支撑全栈运维平台的能力。另外，还要有标准化的能力，要有对技术架构统一服务化的管理能力，建立对技术架构的统一约束，确保整个技术架构高可用、整个无状态化，要嵌入到整个架构的方法论里去，这些可以统称为运维治理的能力。无论是平台能力，思维能力，还是组织架构能力，还是对技术架构建立统一约束的能力，都可以统称为运维治理的能力。

【编辑推荐】