这个开箱即用的解决方案包括安全性和流量路由，并结合了Red Hat Operator，Knative和Red Hat OpenShift在私有，公共，混合和多云环境中的OpenShift平台上运行无状态和无服务器工作负载。
OpenShift Serverless通过提供各种编程语言，框架，开发环境和其他工具来构建和部署颠覆性业务产品，使开发人员可以完全专注于构建下一代应用程序。
红帽OpenShift无服务器的主要功能：
- 适用于无服务器应用程序的多种编程语言和运行时组件。您可以选择最适合您的工具集。
- 基于需求或事件驱动的自动横向扩展，可基于实际而非推测的需求进行有效的资源管理
- 与基于Tekton的Kubernetes的持续构建和交付（CI / CD）系统与OpenShift Pipelines完全集成
- Red Hat Operator, ,
- community-, Knative 0.13 Serving, Eventing kn ( CLI Knative), – Red Hat, OpenShift
此外，Red Hat与许多合作伙伴以及Microsoft在Azure Functions和KEDA上紧密合作开发无服务器技术（请参阅此处的详细信息）。特别是，TriggerMesh已经拥有经过认证的OpenShift操作员，并且我们最近与Serverless.com合作，以便Serverless Framework可以与OpenShift Serverless和Knative一起使用。这些伙伴关系可以视为无服务器成熟和工业生态系统开始的标志。
如果您先前已经安装了Red Hat OpenShift Serverless预发行版本，则可以升级到通用可用性GA版本。在这种情况下，对于Technology Preview版本，您将需要重新配置OLM订阅更新通道，如图2所示。1。
图。1.更新订阅频道。
订阅频道必须更新为与OpenShift Container Platform版本4.4或4.3匹配。
Knative服务-一流的服务
OpenShift 4.4通过无OpenShift无服务器功能大大简化了应用程序的部署，使您可以直接从OpenShift Web控制台的开发人员模式轻松部署Knative Services。
将新应用程序添加到项目时，只需为其指定Knative Service资源类型，即可立即激活OpenShift Serverless功能，并包括在待机模式下将其缩放为零，如图7所示。2。
图。2.选择“本地服务”作为资源类型。
使用Kourier轻松安装
正如我们在OpenShift Serverless 1.5.0 Tech Preview的公告中所写的那样，使用Kourier的使用使我们可以大大减少在OpenShift上安装Serverless时的要求清单，而在GA版本中，这些要求变得越来越少。所有这些都减少了资源消耗，加快了应用程序的冷启动速度，并且还消除了在相同名称空间中运行的常规非服务器无工作负载的影响。
通常，这些改进以及OpenShift 4.3.5的改进可将预建容器中的应用程序创建速度提高40％至50％，具体取决于图像的大小。
在不使用Kourier的情况下，一切如何发生如图3所示：
图。3.如果不使用Kourier，则创建应用程序的时间。
在使用Kourier时，这是如何发生的，如图4所示：
图。4.使用Kourier时创建应用程序的时间。
TLS / SSL自动模式
OpenShift Serverless现在可以为您的Knative服务的OpenShift路由自动创建和部署TLS / SSL，因此在处理应用程序时，通过实现和维护这些功能不会使您分心。换句话说，Serverless减轻了开发人员与TSL相关的复杂性，同时保持了每个人都对Red Hat OpenShift期望的高安全性。
OpenShift无服务器命令行界面
在OpenShift Serverless中，它称为kn，可在“命令行工具”页面上的OpenShift控制台中直接使用，如图2所示。五：
图。5. OpenShift无服务器命令行界面下载页面。
从此页面下载时，您将获得MacOS，Windows或Linux版本的kn，该版本已通过Red Hat验证，并且保证没有恶意软件。
在图 图6显示了如何仅用一个命令即可部署服务，以便在OpenShift平台上创建应用实例，并在几秒钟内通过URL进行访问：
图。6.使用命令行界面kn。
使用此工具，您可以完全管理无服务器服务和事件资源，而无需监视或编辑任何YAML配置。
开发人员模式控制台中改进的拓扑视图
现在，让我们看看修改后的“拓扑”视图如何使管理Knative Services更容易。
Knative服务–集中可视化
拓扑视图页面上的Knative Services显示为包含所有修订的矩形，如图7所示：
图。7.拓扑提交页面上的Knative Services。
在这里，您可以立即看到Knative Service流量分布的当前百分比，并将Knative Services分组到一个应用程序组中，以直观地控制所选组中正在发生的事情。
折叠OpenShift本地服务列表
继续分组的主题，我必须说，在OpenShift 4.4中，可以将应用程序组内的Knative Services最小化，以便在项目中部署更复杂的应用程序时更易于查看和服务管理。
详细服务
OpenShift 4.4还改进了Knative Services的侧边栏。现在，它具有“资源”选项卡，其中显示了服务组件，例如“舱”，“修订”和“路线”。这些组件还提供了快速便捷的过渡到各个吊舱日志的功能。
拓扑视图还显示流量分配百分比，甚至允许快速更改配置。因此，您可以通过针对给定版本运行的Pod的数量快速实时地找到所选Knative服务的流量分布。8。
图。8.交通基础服务的分配。
更深入地了解无服务器修订
另外，现在，“拓扑”视图使您可以在所选修订版本的内部进行更深入的查找，例如，快速查看其所有吊舱，并在必要时查看其日志。另外，在此视图中，您可以轻松访问修订的部署和配置，以及直接指向该修订的子路由，如图2所示。九：
图。9.与修订相关的资源。
我们希望上述创新对您创建和管理无服务器应用程序时将是有用的，并且在下一版本中，将为开发人员提供更多有用的功能，例如，创建事件源和其他功能。
你感兴趣吗？
尝试OpenShift！
反馈对我们很重要
告诉我们您对无服务器的看法。加入我们的Google OpenShift开发者体验办公时间小组讨论和研讨会，与我们合作以提供反馈和建议。
附加信息
了解更多有关使用以下Red Hat资源开发OpenShift应用程序的信息：