Docker自动化：StackEngine如何计划让生产环境的容器井然有序？

初创企业StackEngine表示，它在近日推出的工具集将提供一种统一的方案，以便首次管理Docker生产环境应用程序，并使之自动化。

总部位于得克萨斯州奥斯汀的这家公司还宣布，从Silverton Partners和iveOak Venture Partners 这两家风险投资公司获得100万美元的种子资金，相关软件会在接下来几周进入小范围测试阶段，会在今年第四季度全面上市。

容器是是一种轻量形式的虚拟化，它位于单一的Linux实例上面，每个容器都能够统一遵循资源策略，在精简版操作系统上运行隔离开来的应用程序。Docker是一种开源项目，可用于让应用程序部署在容器里面这项任务实现自动化。

StackEngine的首席执行官兼联合创始人Bob Quillin表示，虽然容器问世已有多年，但Docker让全球的广大开发人员为之神往。

Quillin说：“它为开发人员提供了他们希望从平台即服务（PaaS）处获得的大量功能，还能够随意移动容器，而所有的依赖关系一并移动，能够在笔记本电脑上进行本机测试，然后交给质量控制团队，让他们来测试、并在生产环境中运行同样的技术。”

Docker操作仪表板。

他说：“完全具有很大的灵活性，它让虚拟化迈上了一个台阶，由此进入到下一代：由原来的侧重于系统级虚拟化，转向现在的操作系统和应用程序级虚拟化。”

然而，Docker问世，以及丰富的库和处理容器的标准化方式，不仅为开发人员简化了生活，但同时也给操作团队和开发运营团队带来了不小的问题。

Quillin说：“我们现在目睹的是，操作团队现在不得不说‘我该如何处理这个Docker容器？我该如何在生产环境中运行它？我该如何管理它，在何处运行它？DD我又在什么系统上运行它？这种操作运营瓶颈确实是我们关注的方向。”

他表示，在过去操作人员使用面向系统的工具，比如Puppet和Chef，管理系统以及系统运行在上面的主机。虽然不乏处理特定容器任务的实用工具，但操作团队缺少一种管理容器的平台。

Quillin说：“现在我可能有1个容器，但以后可能有100个或1000个容器，所以这就存在一个规模问题：我该在何处运行这些容器，我应该在什么系统上运行它？是不是在谷歌中运行容器最好？还是应该在亚马逊中运行，或者在企业内部的裸机系统上本地运行它们？”

“更多的操作问题涉及在生产环境层面运行容器、变更容器以及管理容器，而不是开发人员有时将容器扔给操作团队就完事，后者眼下其实并不知道如何处理容器，因为他们缺少管理容器的相应工具或最佳实践。”

Quillin表示，StackEngine产品会与现有的容器工具整合起来，提供一种管理界面，好让用户可以发现在某个环境中运行的所有容器。

他说：“这是一种网状管理层控制平面，可以查看你在运行的所有容器，并且实时了解那些容器的状态，让你可以通过可视化工具查看这方面的情况。”

“可视化工具是Docker目前所缺少的工具，而它们又是虚拟化和系统管理工具的标准组件。”

操作人员将来能够控制容器，查看停止、启动或暂停了多少容器，找出不该运行的任何恶意容器或僵尸容器，并处理版本控制问题。

Quillin说：“容器有什么样的配置，我如何更新该配置？那些是开发运营团队眼下所担心的几种操作问题。一旦他们被要求管理这些类型的应用程序，势必会遇到这些问题。”

除了发现所有环境上的所有容器以及相应主机外，StackEngine软件还提供了依赖性分析以及性能故障排查功能。

他说：“当前状态是否与它应该所处的预期状态相匹配，因而符合该应用程序的最佳实践？然后，我可以排查故障。我可以深入钻研，看看有没有任何性能问题。那个主机上是不是有处理器问题、内存问题？我是不是需要移动那个容器？”

“这样一来，你在如何希望让那应用程序运行方面要有相应的策略或模型；我们接下来的工作重心之一就是，你之后如何把该容器移到让应用程序运行起来更顺畅的地方DD这就是调配（orchestration）。”

StackEngine的两位联合创始人Quillin和Eric Anderson都曾供职于CopperEgg、Hyper9和VMware等公司；他们俩表示，自己坚信开源潮流，会为开源社区贡献其产品的组件。

Quillin说：“就Docker而言，如今大家都在贡献一份力量，希望起到推波助澜的作用。到时候水涨船高，我们大家都会从中获益。”

“我们已经从其他开源贡献项目汲取了经验，现在希望能够同样有所回馈。而开源的缺点之一是，有太多临时和专门的工具，用户需要组合起来。”