我们习惯于编软件，现在软件开始编我们。用知名投资人Marc Andreeseen的话说，“软件正在吞噬世界”。Andreessen说的没错，而且来自O’Reilly媒体公司的Mike Loukides也指出，软件并没有成为每个企业中的一个基本组件，相反它正在迫使我们改变经营企业的方式。这一切，都要从DevOps（开发和运营的合称）开始，DevOps是一种软件生产方法，它整合了开发人员和IT运营之间的工作。
我们现在生活在一个全新的分布式计算时代，应用程序可以在许多独立的服务器上运行，这些服务器可以不在同一物理位置上。为了说明这一点，Loukides如此认为：
“富达投资（Fidelity Investments）公司首席信息官曾经和Tim O’Reilly谈到，“我们知道所有最新的软件开发工具，但是我们并不知道该如何组织人使用这些工具。”对于这个问题，也许DevOps是一个不太全面的答案：企业应该如何组织起来，从软件系统的运作中获得优势？答案并不是简单的把开发和IT运营整合在一起，它还应该同时将开发与市场营销，商业模式以及衡量标准整合在一起。然后在这样的大背景下，企业制定政策，并贯彻执行。”
换句话说，如今，凡是成功的企业都不是简单的“拥抱”软件，而是按照软件开发和部署的需要去重塑自己。为了实现这一目标，通常来说企业会创建一支DevOps团队。实际上，很难用去定义DevOps的概念，自动化软件公司Puppet Lab的Aliza Earnshaw倒是抓住了DevOps的本质，她指出：“软件往往是从零开始，一点点开发出来的，整个过程非常复杂也很冗长，现如今，开发新产品通常是会选择一些开源组件作为基础，然后再通过代码把相关组件拼接在一起……如今的软件需要减少授权，降低复杂度，并且尽快确保新的软件可以支持跨操作系统、跨平台运作。”
除了原生代码编写能力，DevOps更看重的是交流与协作技巧。目前，代码一般都是在分布式开发和分布式架构的基础上协作完成的。同时通过协作，可以保证不间断的代码管理。过去，一个程序员编写完软件之后，会把软件丢给IT运营部门去部署和管理，而端到端的代码开发和交付流程，往往是通过一个独立工作群完成的，如Netflix公司。
（配置自己的代码： 快速创新+快速检测+快速响应=自由+责任）
据报道称，早在2011年就有50%的企业使用DevOps模式，根据一份调研报告显示，如今已经有63%的企业采用了DevOps模式，到目前为止，成效还是比较显著的。据说目前企业代码失败率下降了50%，而且代码恢复速度也提升了12倍，应用程序的交付速度也大大提高了，如下图表所示：
从上文中可以看出，DevOps的确在软件方面帮了企业的大忙。不过现实情况却又是另一种样子，绝大部分企业仍然活在昨天，他们还是使用过时的业务流程，很大程度上是因为那些企业仍“固执的”使用过时的数据架构。
O’Reilly公司的Jenn Webb最近也提到，“科技进步的速度已经开始冲击市场，企业必须要让自己的产品周期能够满足消费者需求，不仅如此，企业还要迎接分布式计算的挑战，如果还一味坚持使用传统工具的话，可能会以失败告终。”《CIO Insight》杂志最近发布了一份来自VoltDB的调研，如下图所示：
在这份调研中，72%的企业提到自己仍然无法完全利用自己的数据资产，这的确是个问题。而且，这个问题还不仅依靠企业数据库就能解决的。分析师Svetlana Sicular就特别举了一个例子，他表示企业在采用Hadoop分布式基础架构部署软件的时候，IT团队出现技术运行问题反而变多了。上周，他这样写道：“传统的IT运营模式，其实对采用Hadoop分布式基础架构来说是一种障碍。传统的数据库管理模式并不奏效。敏捷和专注在使用案例才是关键！”
如果想从传统运营模式中挣脱出来，也许有一个比较明显的解决方案，那就是公有云。我们知道，之前有很多传统企业都在尝试利用私有云服务部署现代应用程序，但是有迹象表明，这种状况正在发生改变：
由于对内部信息技术缓慢的发展步伐感到不满，不少开发人员和企业都在尝试转到亚马逊的AWS，或是其他公共云服务上，而且这些企业的转型速度也开始变得越来越快了。对AWS的搜索活动正在稳步增长，这表明通过行业领先的公共云服务提供商所获得的竞争优势引起了越来越多的企业关注。鉴于现在企业内部执行解决方案的速度非常缓慢，我们预计公共云技术的发展趋势将会爆发性增长。
有趣的是，这种转型并不是由IT或开发人员强迫驱动的，而是由于传统的软件开发和部署让企业创新的步伐变得日益沉重，也无法满足消费者的需求。消费者期待自己的生活可以和云服务联系在一起，无论是通过基于数据驱动的健身应用，还是在线新闻推送，甚至在我们挑选穿衣打扮时，云技术都能一展身手。消费者需要的，就是淘汰传统的IT架构，迎来全新的DevOps模式。
VIA readwrite
相关内容
正在生成分享图...
嘉嘉