容器图像和主机：选择正确的组件

　　我们发布了一个新指南，帮助您为容器工作负载选择正确的容器主机和映像-无论是在单个主机上运行的单个容器，还是在Kubernetes/OpenShift环境中运行的数千个工作负载。为什么？因为人们不知道他们不知道什么，我们在这里提供帮助。

　　就像之前的“云”一样，人们对容器可能提供的功能做出了很多承诺-有人还记得云爆发的承诺吗？不，不是那个云爆裂，这个云爆裂:-)

　　一旦尘埃落定于围绕新技术的炒作，人们就会学习如何利用它，同时仍然应用他们当前的大部分知识。容器也不例外。虽然它们确实具有很大的可移植性，但它们并不神奇。他们不保证您的应用程序在时间和空间上完全可移植。尤其如此，随着Kubernetes上不同工作负载的支持数量的增加，Kubernetes集群变得更大，并且集群节点变得更加与专用硬件区分开来。Linux和Kubernetes将以不断消耗的方式将这些不同的技术联系在一起，这将不断扩大。

　　构建坚如磐石的Kubernetes集群始于坚实的基础-选择正确的容器主机和容器图像。在选择这些组件时，架构师正在做出关于生命周期以及其Kubernetes集群未来可支持性的重大决策。底层群集节点的可支持性在容器化环境中不会改变-管理员仍需要考虑配置管理，修补，生命周期和安全性。他们还需要考虑与将在环境中运行的所有不同容器映像的兼容性。不仅仅是简单的Web服务器，还包括将运行的所有工作负载，从HPC，大数据和DNS到数据库，各种第三方应用程序，甚至用于对容器化集群（也称为分布式系统）进行故障排除的管理工作负载。所有这些不同类型的应用程序都转移到Kubernetes。工作量驱动了对库，语言运行时和编译器的需求。听起来有点熟？大多数这些需求都是由Linux发行版提供的，比如RedHatEnterpriseLinux。

　　我们发布了一个新指南，以帮助您利用您拥有的架构知识，并在构建Kubernetes/OpenShift环境时应用它。