定义DevOps 2.0:统一工具+环境整合?

　　Jim Jiang不是第一位提及DevOps 2.0概念的同学。在2012年6月，GigaOM上发布了一篇名为《Star Trek’s Dr. McCoy and DevOps 2.0》的文章，最早提出了DevOps 2.0的概念。该文作者Dave Roberts是ServiceMesh公司的CMO、战略SVP和布道师。

　　Dave在文章中对DevOps提出了如下定义：

DevOps有点像是《星际旅行》里面的那个传送装置。DevOps的目标是创建一系列流程+工具的组合，这套组合可以将一个现代企业应用在它的开发环境中解耦，再在宇宙另一端的生产环境上重现。传送后的应用必须能够保持正常运行的状态——有求必应。

　　Dave描述的“传统DevOps”跟“现代DevOps”最大的区别在于，传统DevOps对底层物理设备的管理无能为力，而DevOps 2.0则可以将防火墙、负载均衡一并纳入。这点和Jim Jiang同学的观点一致。

　　纳入物理设备也可以用另一种方式理解，那就是“带着环境一起走”：

环境本身也成为了软件设计中的一部分，并跟随应用逻辑一起，从生命周期的一个阶段转入下一个阶段。

　　无独有偶，在今年QCon上海《来自一线的敏捷实战》专题上，爱立信软件开发高级专家蔡煜（@larrycaiyu） 分享了一个建设建立了ETA (Environment Tools Automation）团队的经验。蔡煜认为从团队的角度来看，一个团队如果光做工具，或者光做版本控制，光做持续集成，光做自动化这些，那么是很容易被 孤立的，发展的空间很小，也没有成就感。而ETA这三部分工作如果有机会合在一块，事情的发展就会顺利的多。虽然跟DevOps这个话题没有直接的关系， 但表明在其他领域也有人关注环境与软件整合的问题。

　　你对于DevOps 2.0的概念怎么看？或者换句话说，你对于物理环境和虚拟环境统一管理、环境本身与软件设计的整合这样一个方向有什么看法？欢迎交流！