本文共 1022 字，大约阅读时间需要 3 分钟。
和是IT领域的最新 。 企业和IT爱好者都热衷于了解有关容器化的更多信息。
我设法吸引了Red Hat软件分析师 ，他将在谈论Kubernetes，并向他询问有关软件和容器移动的一些问题。
您会对熟悉Docker并想了解更多有关Kubernetes的人说什么？
这是在多个Docker主机之间扩展对Docker的使用的一种方式。 这是一个相对较新的项目（与Docker世界中的所有事物一样），但是它基于Google在容器中运行事物的长期经验。 尽管有这些起源，但它是由一组相当多样化的贡献者制作的，代表了各种用例和观点。 要开始使用普通的Docker主机，请查看 。
爱好者是在开发Kubernetes和相关技术，还是趋于发痒的大型组织？
我还没有明确地看这个。 我知道用例适用于业余爱好者规模的需求-可以跨多台机器运行，许多形状和大小的应用程序都将从中受益。 我在一家大公司工作，但是我在SCaLE谈论的用例（测试实验室的运行）并不局限于一个大型组织。
Kubernetes旨在协助跨环境集群部署和扩展容器化应用程序。 这如何帮助集装箱运动的扩散？
Docker对运输容器中的应用程序的图像功能强大且具有吸引力，但是容器并不能独立实现。 如果容器运动不仅要蓬勃发展，而且要扎根，那么我们需要将这些应用程序从开发人员笔记本电脑转移到生产系统中。 这就是Kubernetes正在帮助实现的目标。
您认为将来将哪些工作负载转移到Kubernetes等架构上？
我认为天空是极限。 这就是我在SCaLE所谈论的内容的一部分-诸如分布式存储和虚拟化之类的东西，您可能不希望在容器中运行，但是您确实希望在一组机器上可靠，灵活地运行。
Kubernetes可以在如此众多的平台上运行。 维持这一挑战有多大的挑战？
这是各种各样的贡献者派上用场的地方。 不同的贡献者关心不同的平台和用例，这些不同的努力共同为各种平台提供服务。
您是否具有在所有这些不同环境中进行测试的自动化设置？
我不会测试所有不同的环境-我通常使用或的主机，并使用和来自动创建集群（ ）。
您如何看待Kubernetes在接下来的几年中的发展呢？ 还有什么需要支持或发展的东西吗？
短期而言，围绕集成以及在容器中运行Kubernetes组件本身存在一些问题，我很希望看到这些问题。 我还希望看到围绕支持多个容器化引擎的工作继续进行，并与其他合适的资源管理项目（例如 ）一起工作。
翻译自:
转载地址：http://xpnzd.baihongyu.com/