Devops--配管的终极目标?

无序

这个级别，一般都是几个人的小团队做开发，可能就1-3个人。无代码库，无测试，无发布，无流程。因为一切只需要相互沟通下就好了，产品有问题立刻改就行。
配置管理那个是什么东西？

低级配置管理

到了这个级别，开发最少20-30人了，也可能有测试人员了，有统一的代码库，也有变更的管理，也有制度化的流程了，但是效率大家还是觉得不咋样。测试大多数时间在测一些没意义的工作，刚有一个Bug，开发却说，代码忘提了。

加强行配置管理

到了这个级别，很多工具用了起来，缺陷跟踪能端到端，需求能端到端，开发人员20-50人了。但是经常质量还是没保障，上线变得像碰运气般，谁也无法知道，上线的版本到底对不对啊？

持续集成

到了这个级别，根据公司不同，最少每天测试都有软件包可以测试，环境还没纳入配置管理，经常测试会因为环境问题（开发环境与测试环境不一致）导致加班加点，无奈，开发也只有加班了。至少这个级别，哪个包上线了，大家是明白的。

持续交付

到了这个级别，测试已经是自动化为主，最少每日都有包测试，自动测试完毕，还能有测试报告，应该有每日的状态web显示，邮件通知，以及发布。应该大家都知道，每天发布了啥包上线，每次发布跟上一次有啥区别。环境问题依旧是很大挑战。

持续部署

到了这个级别的公司，不仅仅是一个开发软件的公司了，它也需要运营。问题是，经常发布的版本，到了运营环境，就冒出来一堆错，环境问题已经成为最大问题。而且，部署问题与环境问题一起冒出，开发与运维团队之间相互踢皮球，效率低下。

Devops

到了这个级别的公司，已经用手指都数的过来了。环境由可编排的脚本、可配置的镜像等等解决了，俗称基础设施即代码，一个新需求，从需求阶段到开发阶段，到测试阶段，再到运维阶段一条龙端到端可追溯。
TTM时间短的让人惊奇。

下一个会是什么？