大家辛苦了。以前比较多的都是和大家分享技术方案的东西，我想讲一下DevOps的事。先从结果聊起，然后再拆开看看到底是怎么回事，最后看看NetDevOps的概念，和我们网络游什么关系。

先从结果看。先看这天的网络头条，刚才有位也提到了谷歌的Espresso，这里不太讲细节。谷歌之前做了很多SDN的东西了。

问一下百度今天的头条是什么，一个语音的请求，经过了后台很多东西，从最近的互联网信赖，这个语音的请求，跟很多语音的录音要做匹配，这里面涉及到成百上千的服务器，完了又变成一个文字的，再拿去跟时实的内容缩影做对比，然后给结果再打分，里面经过至少几十个互联网的东西。在这个情况下，谷歌内部的院士说了，我们要干这个事，在这个时代要满足时实的需求，这个网络是不存在的。简单来说这里面带来两点创新和两点价值和结果，一个是时实的监控互联网用户他们端到端的应用流的？？（英文），要看从哪里进来，用户第一应用体验是什么样子。然后根据监控到的用户体验，去选择路径。他觉得这种全局的全球可视的面向应用的体验没有办法提供，就利用谷歌的强大的能力，靠它的数据中心的应用能力，把这个包贴上标签，让他自己去选择。

软件的发布每11秒就有一次，一次发布可以打中一万到三万个服务器，平时这个速度交付代码的速度，一小时有3000多，而且每天的测试力一亿个。

DevOps的结果是什么？非常面向业务结果，商业价值最大化，和创造前所未有的商业价值，对用户体验总是精益求精，而且速度非常快，为了高速，为了敏捷，一个是交付的速度，一个是演进的速度。有一种软件每两个月都会有改变，创新力也是前所未有的强大。

我们看一下DevOps到底是怎么回事。说定义之前先说说一个比较狭义的例子。从前大家的开发方式是这样的，以前这种大家做开发的就做开发，以前是产品经理，这边做硬件就闷着头做，大家平时沟通的很少，协作的也很松，最后导致产品上线出问题了。现在要想办法改变，首先要先拆开，一开始就坐在一起互相沟通，做开发，做测试的，做运维的一起互相沟通。到最后这个团队亲密无间。

看一下起源，2008年PATRICK DEBOIS在一次IE的会上提出的，我们为什么不能像做软件那样敏捷呢，可以和开发人一起实现敏捷。

如果大家关注DevOps是一个比较完整的知识信息，重要的认知模块和工具的元素，这是把DevOps结构都整合了一下，从规划到最后运营中间，在哪些阶段最相关的支撑它的技术和体系做了一些关联，这些和这个软件的开发，从这个需求设计到开发交付，这一块最相关。持续小幅是最近几点比较火的概念，最近的软件开发，互联网公司都非常倡导这个事情。IT服务管理，精益管理，一件事一定要做完，别一大堆的半成品，到最后什么都没有做完。这些都是基本的管理理论。整个这些元素构成一个相对完整的体系。

DevOps核心目标，通过建立及时的业务流程使业务结果最大化，销售最大化，利润最大化最小化运营成本，大幅降低业务交付时间，提升业务速度，提升员工积极性。

从黑色软件力量的高手们，他们用到的一些有特色的DevOps秘密调料是什么，有很多参考治疗大家一查都可以找到，有说演进的速度非常快，强调每两年就重新写一遍，要满足最新的业务要求，因为环境变化非常快。我们整个的运维前前后后，同生到死的周期我们得要去关注。

大家都得有DevOps的精神，真正的DevOps开始，要跨个组织去互相沟通。和整个业务要配合，还要和领导配合。现在越来越多的生态系统多么重要，要跟你的上游，下游，用到的开源项目都有DevOps。

DevOps进入中国，也就是上个月在北京的第一场，现在DevOps在国内也有些培训。

NetDevOps和网络的关系。从软件的高手。我们三大运营商运行速度非常快。压力可能变成动力。

在整个的数据中心，网络只是一个组分，网络要做很多工作，但是网络只是IT的一部分，整个的工作流还有其他的东西。我们要跨过不同领域寻找工作流程，这是软件平台能够帮助大家的地方。

这里有一个例子，是我们自己公司实践的例子。它已经到了第五层的DevOps，我们和其他业界一些伙伴作为一个联盟参加的，各自按照用户的需求，使用者的需求必须要采访，必须要解耦，到中间的控制层，O层，这些都必须解耦，我是用户，没有什么东西你能藏着的，合作好继续合作，合作不好就换你。我们提供了一些控制器也做了很多的开发工作。这是项目治理模式的变化，用户的业务和用户业务的演进，要让NFVI，还有成本的可控，这是高度定制化的大的项目，用开源是比较划算的。自己可控，它要求供应商一定要开放协作。

DevOps关注结果，这是非常重要的，业务，速度，体验。DevOps的核心要素，人、文化、工具、改变。DevOps知识体系基石。网络未来肯定很美，DevOps肯定是一个重要的元素。整个你的团队，公司，商业系统紧密的配合协作和信任，大家一起来建立这个DevOps系统是最有意思的。