展望2019年，Kubernetes、容器和云平台行业将何去何从。以下是我们对未来的几个预测。

　　1、Kubernetes和容器走向应用普及。与底层云供应商无关的自动化操作时代正在到来

　　Kubernetes于2014年开源并被企业团队用于生产环境中，现在已被普遍接受和认可。Kubernetes正在进入第三个发展阶段，这也意味着，用户正在寻求各种方法来实现Kubernetes在生产环境中的自动化运维操作。运维团队将会寻求实现服务供应商级别的服务质量，例如自动更新、自动备份、自动扩展和自我调节，以便在任何环境中都可以实现高可用，而不管是在云供应商的基础架构设施上，还是在他自己们的私有环境中。

　　在2019年，针对Kubernetes的自动化运维管理操作将会越来越多的表现为Operators ：Operators 将工程师对特定应用或服务的操作、知识和理念组织为代码软件。这种方式有助于将操作流程以代码方式编入Kubernetes原生基础架构和在其上运行的服务中，从而提供一种更为有效的方式来管理大规模的Kubernetes原生应用。更重要的是，操作流程的编码工作由特定领域的资深专家实现，他们对这些基础设施和服务本身具有丰富的实践经验。

　　在OpenShift 3.11中，我们已经逐步看到了这种趋势，在3.11中，我们为MongoDB、Redis、PostgreSQL、Couchbase、etcd和Prometheus实现了第一版Operators 。这些Operators 中包含着来自各个厂商及其背后的专家们多年来辛苦积累的操作使用经验。2019年，随着RedHat OpenShift 4.0的潮流引领，我们将看到这种模式会不断扩展到Kubernetes各个领域和数百种不同的服务中，归功于Operators ，这些服务将可以实现横跨不同基础架构的自动化操作。

　　越来越多的向自动化操作转变的需求，代表了容器原生基础架构服务的第三波浪潮，在这一阶段，运维团队开始考虑在一次变更中就实现跨群集的第三方工具部署，而不是通过配置扩展和随着时间推移的系统自定义来逐步滚动扩展服务。

　　2、Federation V2将使多云更容易。

　　云原生计算基金会(CNCF)内部关于Federation 的最新工作就是Federation V2，它解决了由于之前的集群编排问题遗留下来的许多用例挑战。其中一个挑战，就是与地理位置或底层基础架构无关的跨群集联合身份和工作负载。随着Federation V2的成熟和采用，在不同基础架构和云提供商之间运行多个集群将会变得更加容易。

　　3.Serverless与Kubernetes结合，2019年将成为Serverless混合元年。

　　2019年，将是Serverless，尤其是 Functions-as-a-Service(FaaS)，摆脱单一云供应商并走向更广更深的一年。在广度上，由于开发人员不仅可以在他们选择的云供应商平台上使用他们的FaaS，而且还能够将Serverless范例扩展到函数之外和他们喜欢的堆栈中：例如，SpringBoot的API调用实现可以基于Serverless实现，以便它仅在其API调用时执行，否则缩放到零完全不执行。在深度上，Serverless函数和应用背后的事件源将扩展到产生各种服务的异构生态系统，而不是受限在今天的云服务供应商所提供的Serverless应用集中。

　　虽然FaaS已成为开发人员工具箱中的标准工具，但目前来看，每个Serverless环境本身仍然还是一个孤岛。另外，由于引入了允许在Kubernetes中执行无服务器计算的Knative，因此平台之间的巨大分歧将会开始减弱。

　　4. Kubernetes将实现容器和虚拟机的混合操作......它将采用裸机。

　　以前，我们认为虚拟机是“旧世界”，容器和Kubernetes原生应用才是“新世界”。2019年，这种看法将会发生变化，因为 Container-native Virtualization (由KubeVirt实现)等项目的出现，使得在以虚拟机为中心和以Kubernetes为中心的基础设施之间做出选择变得没多大意义。

　　随着Kubernetes在企业中占据一席之地，它为生产负载提供了更为灵活和可扩展的运行模式，但是要求应用运行在Linux容器中。在2015-2018年间，这意味着Kubernetes主要用于新开发的应用或者重新设计后的应用场景中。随着容器原生虚拟化的出现，情况将会有所改变，容器原生虚拟化使得虚拟机能够遵循与Kubernetes原生应用相同的工作流程。通过打破新旧应用之间的与运维管理隔阂，企业将能够更有效地整合运行管理，在保留现有的IT技能的同时，仍然可以去拥抱基于Kubernetes的现代基础设施。

　　此外，虚拟机和Linux容器之间的这种平衡创新将为裸机服务器做好准备。过去，虽然现代化的基础架构需要复杂的虚拟化堆栈，但是随着Kubernetes在裸机上运行的发展进步，企业将能够充分利用直接在裸机服务器上部署Kubernetes所带来的更高速度和效率。

　　5、开源社区开发人员将以Kubernetes为默认目标。

　　随着Kubernetes在很多主流云平台上开始变得可用，我们也慢慢看到开源社区的开发人员将他们的项目优先定向Kubernetes靠拢。虽然2018年的大部分时间里Kubernetes发展迅速并且看到了许多新的贡献者和项目，但2019年很可能会看到更多的整合以扩大Kubernetes周边生态系统。针对Kubernetes来进行项目开发的社区包括Trillian、Source Graph和GraphQL(Apollo和Hasura)。

　　6、我们将看到一些工作负载开始回到数据中心。

　　开发人员将能够利用来自广泛社区和供应商生态系统越来越多样化的服务，并通过自动化的操作，使得自身应用像任何云服务一样易于访问和操作。这种趋势，加上不断来自云供应商基础设施使用的账单压力，CIO们将不得不认真考虑他们在云上的工作负载，在某些情况下，甚至会考虑将在公有云上运行的工作负载迁回本地数据中心运行以减少成本，同时仍然能够保持自动化的好处。值得庆幸的是，Kubernetes原生基础架构给了CIO们一个选择，使得他们在优化云服务和资源使用的同时，仍然可以实现服务的可用性、弹性和安全的目标。

　　总而言之，看到Kubernetes和混合云生态系统将会发生的事情，我们对未来的发展感到很兴奋。作为基于Kubernetes的Red Hat OpenShift平台开发者，我们一直在与已经开始交付他们的下一代应用的早期用户进行合作。现在，是时候让更多人跨越鸿沟，使用Kubernetes、Operators等技术，在2019年让我们的创新更上一层楼!

　　责任编辑：Erin