现在2016年 devops 逐渐成为主流，来自云端、移动和社会等基本需求的驱动将促使越来越多的公司认识到采用 devops 最佳实践可能获得的文化、性能和经济效益。
精简灵活的公司已经在过去几年感受到了 devops 和持续交付带来的好处，而成熟的大企业也意识到了它们的价值，开始进行文化转型。但是这些企业对待 devops 的态度相当谨慎。所以预计在2016年，在广泛使用 devops 之前，企业会在非关键的新 it 项目中进行 devops 测试实践，这将涉及进程、自动化、协作和工具等方面，其间的协同合作也极大的提升了工作效率。
通过查看 it central station 中关于 devops 解决方案的真实用户评论，可以发现研究和购买 devops 解决方案的用户已经发生了变化。之前，许多评论都是 devops 经理和发布经理写的。现在则会看到很多 it 行业的其他职能单位---架构师、客户服务经理、中间软件专家、网络工程师及其他人写的关于 devops 工具的评论数量正在增长。devops 工具正被越来越多的主流 it 买家列入2016年的预算当中。
现在，较为成熟的 devops 购买方都来自软件和技术世界，这类买家往往很早就采用了现代实践和技术。不过另一面，较大型的企业和财富500强公司的 devops 采用率也在在逐步攀升。预计2016年，devops 将成为一项优势策略得到全面的普及与实践。
2016年，更多大型公司或组织最终将拥抱 devops 解决方案。在未来12个月内，将出现更多更为精密的工具，用于实现数据分析和问题解决依赖的关联自动化，包括跨系统基础设施智能洞察，从而降低部署共享或聚合计算、存储以及网络资源的性能风险。
全球5000强企业将开始在公开论坛上谈论他们的举措以及随之而来的直接成本效益，并对其获得的成就引以为豪。虽然真正的 devops 对于运营着10000个应用的大型企业来说，比那些只有一个主要应用的软件公司来说更具挑战性，但这些大企业哪怕接纳部分 devops 文化，也能收获极大的效益提升。
2016年，devops 运动将开始影响传统的开发团队，他们可能还无法完全发展过渡到到真正的 devops 进程，但他们可以而且应该接受一些必要的 devops 概念。自然而然地，他们会从协作入手，继而开始更加注重终端用户、敏捷度、自动化以及测量机制。最后，也是最重要的，开始以性能为准则。
2015年由于大多数 it 环境变得日益复杂，devops 的受众群从小众群体和早期采用者，逐渐演变为主流公司与组织。随着2016年的到来，我们相信，正在经历开发策略文化转型的小型 it 团队将更多地采纳与使用 devops 方案。devops 使得开发变得更加快速灵活，因此提高整个 it 团队的效率。
在软件开发领域，devops 仍处于新兴阶段，且该实践目前还没有明确的标准，这就导致企业犹豫是否完全接纳这种文化转型。2016年将看到各个公司建立其他们自己的标准。渐渐地，最佳实践也会出现，并应用于所有行业。
2016年，我们将看到以下几大进展：开发环境进一步虚拟化和云化，甚至开发人员的工作站都将变得更加虚拟化；通过各种举措来增加单元测试覆盖率和功能测试，以实现自动捕获和监测架构指标和业务 kpi。最后，我们将看到架构重整，以使构建时间加快，部署包变小，同时更快地给工程师提供反馈。为了在这些领域取得成功，apm 将发挥重要作用。
devops 中的测试是必然是自动化测试，全员测试，产品经理，开发人员，测试人员，架构师等协同合作，使得测试覆盖每个方面。而且当一天上线多次时，添加补丁或者更新功能，自动化测试是保证产品测试完全的最优选择。不仅仅因为自动化测试比手动测试的速度快，它针对指定组件的所有历史测试用例都能进行迭代测试。
devops 中的 qa(quality assurance) 更多的质量保证，不再只是一些细节问题的测试，而是回归产品整体质量的保证。
devops 中开发团队之间协作，代码提交和管理模式、测试机制、代码的交付周期、反馈和监控体系方面都要顾到，开发不再只是埋头写代码，还要为自己代码质量负责，出 bug 了，运行缓慢了如果问题定位是代码的原因，那这个坑就得自己填了。
devops 中由开发团队完成交付工作，不像以前开发团队和交付团队是2个团队，用各自习惯的工具，交付工作中使用的工具套件是开发流程中的工具，无需转手，简化开发测试人员的工作。
devops 中的一套成熟的运维系统包括什么？
自动化测试
批量配置基础组件
监控，告警
数据可视化
协同合作
一套成熟的运维系统，能够将应用、网络、计算、存储、虚拟化等资源的性能以及告警信息进行综合分析，通过简洁易懂的界面，直观呈现业务健康水平。当出现故障时，能够第一时间受到信息，从监控相关信息确定问题位置，缩小故障定位范围，确定问题是在计算、应用还是网络，进而明确问题职责，让相应的开发运维迅速处理问题，没有推脱责任之嫌。
参考文章：
<a href="http://www.infoq.com/cn/articles/11devops">关于devops你必须知道的11件事</a>