核心Kubernetes代码库已经开始稳定，这一趋势从本周在西雅图举行的KubernetesCloud NativeCon2018年到目前为止只宣布了一个新的开源代码贡献这一事实中显而易见。

库伯涅茨市场的主要行动已经转向商业解决方案。本周，Kubernetes在Kubernetes上发布了大量的新产品公告和增强功能。这些新的解决方案能力为企业现有的云计算环境提供了价值，也为将Kubernetes扩展到新的云、边缘和无服务器的部署提供了工具。

正如预期的那样，本周的许多公告集中于在完全管理的服务、混合云、存储or che station、集群安全、容器监视和应用程序编程接口管理中解决Kubernetes的企业需求的产品。而且，考虑到嵌入式Kubernetes在许多企业应用环境中已经变得如何，许多Kubernetes公告都有明确的DevOps关注点也就不足为奇了，比如：

将Kubernetes的部署范围扩大到网格和边缘环境也是Kubernetes几个引人注目的公告的一个突出主题：

但库贝康最重要的声明是那些专注于将库贝涅茨容器编排结构与无服务器计算的新世界集成在一起的声明。这是因为企业开始需要建立、部署和管理可以使用无服务器抽象（有时被称为“函数as-a-service”范式）编程的容器化微服务的能力。

在整个2018年，围绕Kubernetes和无服务器集成的主要行业公告一直集中在开源Knative项目上。由谷歌与Pivotal Software Inc.、IBM Corp.、Red Hat Inc.和SAPSE合作开发的Knative（现在为0.2版本）是一个基于Kubernetes的平台，用于围绕统一开发无服务器和容器化的应用程序来驱动DevOps工作流，以便部署在异构的公共和私有云平台上。

今年7月，谷歌通过其GoogleKubernetes引擎的无服务器插件向用户提供了Knative服务。它使开发人员能够构建、服务和管理基于容器的无服务器应用程序，这些应用程序可以很容易地在云提供商之间移动。然而，Knative仍然是不完整的，因为它不与Azure函数或AWSLambda函数交互。

在本周的KubeCon上，Knative的几个主要开发人员宣布他们已经在他们的云本地解决方案中实现了这一点：

此外，GitLab和Trigger Mesh宣布GitLabServerless，使企业能够使用Knative在任何云上运行无服务器的工作负载。该解决方案使企业能够直接从GitLabUI使用开源Knative在任何云或基础设施上部署无服务器功能和应用程序。它将在GitLab11.6上提供，计划于12月22日发布。

KubeCon的另一个无服务器的声明，尽管没有Knative绑定，来自Oracle。公司公布了OracleCloud Native Framework..在该框架的许多特性中，包括新的Oracle功能，一个基于Oracle开发的开源Fn项目的完全管理的无服务器云服务。Oracle函数是基于Docker的多租户无服务器函数，可以通过OracleContainerEngine为Oracle云基础设施上的Kubernetes编排。它们允许用户只在调用函数时付款，但在代码未运行时不支付任何费用。

其他行业的努力正在使无服务器、容器甚至虚拟化在云计算中更加紧密地结合起来。就在几周前，在Re：Invent2018年，AmazonWe bServices宣布了一个轻量级、开源的虚拟机器监视器Fire，它能够在无服务器的云中创建和管理安全的多租户容器和AWSLambda功能。

本周KubeCon围绕Knative和类似的计划发布的公告是混合无服务器多云路径的明确里程碑。正如我最近在这篇Wikibon文章中所指出的，我们预计Knative将与其他项目（如VirtualKuberlets）一起，催化开发更多、更复杂的无服务器和容器化的Kubernetes-Orche sted微服务杂交。