DevOps未死，ContainerOps已到

发现Docker项目还是2013年中，我正在为构架一个Micro Service的游戏云而测试各种PaaS平台和产品。研究CloudFoundry的过程中，被Warden子项目吸引，转而在GitHub中寻找类似的、更容易使用和部署的容器虚拟化解决方案，最终一个Linux Container的框架Docker成为我的首选。2013年底在深圳举行的ECUG Con（实效云时效用户组大会）是我第一次在大型的技术会议上宣讲Docker开源技术，此时它已经被Golang社区评为2013年的十大杀手级应用，也是这次会议我开始了Docker技术布道之旅。从LXC的框架到Container引擎，再到如今的SaaS平台，Docker在开源社区的强大推动下快速向前演进，ContainerOps平台或是Docker的下一个里程碑。

对Docker研究得越多，就越容易被它在网络、安全方面的各种问题所困扰，忘却了Docker使用Union FileSystem技术带来的巨大技术变革的机会。当超越容器虚拟化引擎的标签去看Docker时，发现它是实现Application版本管理的最佳技术选择。比起从源代码的某个分支或标签起够建Application的版本，Union FileSystem更适于实现从开发到运维的版本管理。随着OverlayFS被Linux内核3.18合并到主干，Docker也会在最新的版本中支持它（也许在你读这本书的时候就已经支持了）。不管是AUFS还是OverlayFS将摆脱被认为是嵌入式设备的文件格式，成为应用版本管理的技术基石。

在一次技术布道之后，有听众和我交流如何使用Gnome Desktop的Docker容器为团队提供标准的Android开发环境。正值Docker在刚刚发布的1.2版本中加入了Device特性，我建议他可以使用这个特性为Desktop加入真机的调试功能。此时我才意识到开发环境甚至是桌面环境是可以通过Docker容器来实现统一的。当微软公司和Docker深度合作的新闻震惊所有人时，才发现微软早在多年前就布局容器虚拟化的技术。Windows成为最后一个（FreeBSD有容器引擎Jails，Solaris有容器引擎Zones）能运行容器的主流操作系统。Windows操作系统可以通过容器化技术运行多个Windows的容器，Docker引擎也终于有了打通所有平台的机会。不管是Linux还是Windows，开发环境最终都可以被容器管理起来，开发配置管理将会变得非常简单。

当软件的开发环境、版本管理、交付和运行都以Docker为工具Container为基础进行流转时，就构成了以Container为核心的开发和运维流程，软件的构架也因此发生改变（Micro Service的构架方式可能会因此流行）。但持续集成、持续部署和自动化运维等生产理念没有改变，只是增加了Container的解决方案，未来必定会有基于Docker的平台来管理整个开发和生产的流程。

DevOps未死，ContainerOps已到。

在此感谢三位译者李兆海、刘斌和巨震的辛苦工作，把第一本Docker技术书籍带入中国。这不仅是一本Docker技术的入门书籍，也介绍了很多Docker的最佳实践，是学习Docker的绝佳选择。尽管没有参与此书的翻译，甚为遗憾；不过我会继续努力在国内推广Docker开源技术。

马全一

Docker中文社区和docker.cn项目创始人，Docker开源技术布道师，资深构架师

本文摘自《第一本Docker书》