Serverless (Knative) 是 OpenShift Pipelines (Jenkins 和 和 Tekton) 是 IBM Cloud Pak 和 和 RHT MW Bundles 的嵌入式 的嵌入式组 组件 件 是 OpenShift Kubernetes Engine OpenShift Container Platform 2.1.1. 核心 Kubernetes 和容器编配 Kubernetes Engine 中） 包括 包括 N/A 嵌入式 OperatorHub 包括 包括 N/A 嵌入式市场 包括 包括 N/A Quay 兼容性（不包含） 包括 包括 N/A RHEL Software Collections 和 RHT SSO Common Service（包 括） 包括 包括 N/A 嵌入式 Registry 包括 包括 N/A Helm 包括 包括 OpenShift Pipelines Operator 未包含 包括 OpenShift Pipelines Operator IBM Cloud Pak 和 RHT MW Bundles 的嵌入式组 件 未包含 包括 N/A Red Hat OpenShift GitOps 未包含 包括 OpenShift GitOps Red Hat CodeReady Workspaces 未包含

Local 2.26 在嵌入式 OpenShift 预设置(openshift)中提供 OpenShift Container Platform 4.13.9。 Red Hat OpenShift Local 2.26 在嵌入式 Podman 容器引擎预设置(podman)中提供 Podman 4.4.4。 Red Hat OpenShift Local 2.26 在嵌入式 MicroShift

deployments EOD OpenShift Container Platform 4.9 构 构建 建应 应用程序 用程序 50 2 3 数据库的 CR。 示例应用程序，指向带有嵌入式 PodSpec 的 Deployment 或任何其他类似资源。 输出会验证是否已创建 ServiceBinding CR 以将绑定数据项目到示例应用程序中。 输 输出示例 出示例 2. 验证服务绑定的请求是否成功： com OpenShift Container Platform 4.9 构 构建 建应 应用程序 用程序 56 1 2 3 指定服务资源列表。 数据库的 CR。 示例应用程序，指向带有嵌入式 PodSpec 的 Deployment 或任何其他类似资源。 输出会验证是否已创建 ServiceBinding CR 以将绑定数据项目到示例应用程序中。 输 输出示例 出示例 2. 验证服务绑定的请求是否成功： com/v1alpha1 kind: ServiceBinding 第 第 5 章 章 将 将应 应用程序 用程序连 连接到服 接到服务 务 71 1 2 指定服务资源列表。 示例应用程序，指向带有嵌入式 PodSpec 的 Deployment 或任何其他类似资源。 如上例所示，您还可以直接使用 ConfigMap 或 Secret 本身用作绑定数据源的服务资源。 5.8.1. 命名策略 命名策略仅适用于

Operator 将绑定数据项目到应用程序中。 流程 流程 1. 创建 ServiceBinding CR 以项目绑定数据： 指定服务资源列表。 数据库的 CR。 示例应用程序，指向带有嵌入式 PodSpec 的 Deployment 或任何其他类似资源。 输出会验证是否已创建 ServiceBinding CR 以将绑定数据项目到示例应用程序中。 输 输出示例 出示例 2. 验证服务绑定的请求是否成功： Operator 将绑定数据项目到应用程序中。 流程 流程 1. 创建 ServiceBinding CR 以项目绑定数据： 指定服务资源列表。 数据库的 CR。 示例应用程序，指向带有嵌入式 PodSpec 的 Deployment 或任何其他类似资源。 输出会验证是否已创建 ServiceBinding CR 以将绑定数据项目到示例应用程序中。 输 输出示例 出示例 $ oc get ServiceBinding CR 示例 示例 OpenShift Container Platform 4.10 构 构建 建应 应用程序 用程序 78 1 2 指定服务资源列表。 示例应用程序，指向带有嵌入式 PodSpec 的 Deployment 或任何其他类似资源。 如上例所示，您还可以直接使用 ConfigMap 或 Secret 本身用作绑定数据源的服务资源。 6.8.1. 命名策略 命名策略仅适用于

若要提供 Jenkinsfile，您可以执行以下操作之一： 1. 在构建配置中嵌入 Jenkinsfile。 2. 在构建配置中包含对含有 Jenkinsfile 的 Git 存储库的引用。 嵌入式定 嵌入式定义 引用 引用 Git 存 存储库 kind: "BuildConfig" apiVersion: "v1" metadata: name: "sample-pipeline" spec:

客户端二进制文件。 流程 流程 要提供 Jenkins 文件，您可以： 在构建配置中嵌入 Jenkins 文件。 在构建配置中包含对包含 Jenkins 文件的 Git 存储库的引用。 嵌入式定 嵌入式定义 义 引用 引用 Git 存 存储库 储库 可选的 jenkinsfilePath 字段指定要使用的文件的名称，其路径相对于源 contextDir。如果省略了 kind: "BuildConfig"

RukPak 系统的其余部分的不可变工件。这个行为强制 捆绑包代表集群中要 source 的一些唯一静态内容。用户可以放心，特定捆绑包指向特定的清单集合，在 没有创建新捆绑包的情况下无法更新。对于由嵌入式 BundleTemplate 对象创建的单机捆绑包和动态捆绑 包，此属性为 true。 捆绑包的不可变性由核心 RukPak webhook 强制执行。此 webhook 监视 Bundle 对象事件，并对捆绑包 RukPak BundleDeployment API 指向 Bundle 对象，并表明它应当处于活动状态。这包括从活跃捆绑包 的旧版本获取。BundleDeployment 对象可能还包括所需捆绑包的嵌入式 spec。 与 pod 生成容器镜像实例一样，捆绑包部署会生成捆绑包部署的版本。捆绑包部署可被视为 pod 概念的 一般化。 捆绑包部署如何根据引用的捆绑包对集群进行更改，具体由配置为监视该捆绑包部署的置备程序定义。 RukPak 系统的其余部分的不可变工件。这个行为强制 捆绑包代表集群中要 source 的一些唯一静态内容。用户可以放心，特定捆绑包指向特定的清单集合，在 没有创建新捆绑包的情况下无法更新。对于由嵌入式 BundleTemplate 对象创建的单机捆绑包和动态捆绑 包，此属性为 true。 捆绑包的不可变性由核心 RukPak webhook 强制执行。此 webhook 监视 Bundle 对象事件，并对捆绑包