docker 临时容器

云原生计算依赖于临时容器而不是固定服务器。 在临时容器内执行应用程序可以解决资源短缺的挑战，但也可以创建一个需要新方法和新工具的动态环境。 为了解决这些问题， 谷歌的伊恩·刘易斯（Ian Lewis）在本月于日本东京举行的OpenStack峰会上作了题为“在一个短暂的容器世界中，我们如何跟踪事物？”的 。

我们与Ian会面，以了解DevOp团队如何在实践中应用临时应用程序，采用新的架构模式以及将应用程序迁移到容器中。 Ian提供了有关存储数据的位置，为什么需要进行服务发现以及OpenStack内部和外部（在Kubernetes中）哪些新的开放源代码项目帮助团队转向临时容器的好技巧。

为什么容器应该是短暂的？ 我们试图用临时容器解决什么问题？

运行容器的主要好处之一是，无论它们在实际的计算机上运行如何，都可以在集群中轻松地运行和管理它们。 这使您可以将正在运行的应用程序（例如，在需要维护时）透明地移动到用户的其他硬件上。 移动容器的灵活性意味着您不能在特定计算机上本地存储状态，因为可以在任何给定时间移动进程。 无论应用程序在何处运行，都需要以一种可访问的方式存储状态。

短暂的在实践中是什么意思？

通常，这意味着您的应用程序不应将数据写入本地存储。 这包括从应用程序数据到日志数据的内容。 您的应用应该能够重新启动并使用新的容器映像。 数据将需要使用专门用于存储的服务存储在容器外部。

一次性和临时容器听起来很酷，只需根据需要启动，移动和退役，但是容器中存储的内容和容器暴露的端点又如何呢？ 例如，会话状态，API端点和数据库连接端点。 会话状态和数据库连接是否也会消失？

容器本身并不是管理状态，API端点和连接的灵丹妙药。 您仍然需要以使容器和网络高度可用的方式来组织它们。 这是Google创建Kubernetes来解决其中一些问题的原因之一。

传统部署通常依赖于永久的持久服务器。 团队应如何重构服务器和应用程序以处理变化中的容器？

我认为我需要进行两项重大更改。 首先是将状态存储在主机外部和容器外部。 这是我演讲的主题。 第二个是应用程序应该具有服务发现的方法。 容器移动意味着客户端将需要一种方法来连接到服务，无论它们实际在何处运行。

您是否推荐任何好的建筑图案？

在使用容器时，我会推荐一种面向服务的体系结构。 当您运行的服务规模较小且可以彼此独立地放大和缩小时，将更容易感觉到容器的好处。

如何开始构建短暂的容器环境而不是永久的容器环境？ 团队应使用哪些基础架构和开发框架来安全地部署，转移和处置容器？

试用诸如Kubernetes（或Container Engine）之类的集群管理器是建立这样一个环境的良好开端。 Kubernetes是一个容器编排器，可以在服务器群集中调度容器，使其在运行时最适合它们，而每次可能都不是同一台服务器。 使用Kubernetes将帮助您领会这一领域的最佳实践。

OpenStack中如何实现容器？

容器编排引擎（例如Docker Swarm和Kubernetes）将通过称为Magnum的API服务作为OpenStack中的一流资源提供。 Magnum将创建服务器集群作为安装了集群协调器的VM。 然后，您可以使用Magnum轻松地将它们容器中。

在最新的OpenStack版本和路线图中，容器编排，调度和组合方面正在取得什么进展？

这个领域正在不断发展，许多功能都是非常新的。 Magnum将包含在本月发布的OpenStack Liberty中。 其他工具也值得一试，例如Kolla（可用于在容器中部署OpenStack）和Murano（可用于从应用程序目录轻松部署应用程序）。

本文是针对的一部分，该 为期4天，面向OpenStack云软件的开发人员，用户和管理员 。

翻译自:

docker 临时容器