元数据。 捆绑包的软件包名称。 捆绑包添加到 Operator Registry 时订阅的频道列表。 从 registry 安装时，Operator 应该订阅到的默认频道。 注意 注意 如果出现不匹配的情况，则以 annotations.yaml 文件为准，因为依赖这些注解的集群 Operator Registry 只能访问此文件。 2.2.1.3. 依 依赖项 Operator 的依赖项列在捆绑包的 schema 例 例 2.3. olm.bundle schema 2.2.2.3. 属性 属性 属性是可附加到基于文件的目录方案的任意元数据片段。type 字段是一个有效指定 value 字段语义和语 法含义的字符串。该值可以是任意 JSON 或 YAML。 OLM 定义几个属性类型，再次使用保留的 olm.* 前缀。 2.2.2.3.1. olm.package 属性 属性 olm.package package 属性定义软件包名称和版本。这是捆绑包上的必要属性，必须正好有一个这些属 性。packageName 字段必须与捆绑包的 first-class package 字段匹配，并且 version 字段必须是有效的 语义版本。 例 例 2.4. olm.package 属性 属性 2.2.2.3.2. olm.gvk 属性 属性 olm.gvk 属性定义此捆绑包提供的 Kubernetes

的服务网格支持，包括多集群联邦。 1.2.2.4.4. istio-node DaemonSet 重命名 在此发行版本中，istio-node DaemonSet 被重命名为 istio-cni-node，以匹配上游 Istio 中的名称。 1.2.2.4.5. Envoy sidecar 网络更改 Istio 1.10 更新了 Envoy，默认使用 eth0 而不是 lo 将流量发送到应用程序容器。 片 段之前，确保您已将这些内容放入任何安全策略中。 ServiceMeshControlPlane 修改示例 修改示例 1.2.2.18.2. 授权策略所需的更新 Istio 为主机名本身和所有匹配端口生成主机名。例如，用于 "httpbin.foo" 主机的虚拟服务或网关会生成  apiVersion: maistra.io/v2 kind: ServiceMeshControlPlane SERVICE MESH 2.X 13 Istio 为主机名本身和所有匹配端口生成主机名。例如，用于 "httpbin.foo" 主机的虚拟服务或网关会生成 匹配 "httpbin.foo 和 httpbin.foo:*" 的配置。但是，完全匹配授权策略仅与为 hosts 或 notHosts 字段给 出的确切字符串匹配。 如果您使用精确字符串比较的 AuthorizationPolicy 来确定

~/.kube/config 文件，且不会发生合并。 使用的上下文根据以下流程中的第一个匹配项决定： --context 选项的值。 CLI 配置文件中的 current-context 值。 此阶段允许一个空值。 要使用的用户和集群是决定的。此时，您可能也可能没有上下文；它们基于以下流程中的第一个 匹配项构建，该流中为用户运行一次，一次用于集群： 用于用户名的 --user 的值，以及集群名称的 whoami -c 第 第 2 章 章 OPENSHIFT CLI (OC) 19 此阶段允许一个空值。 要使用的实际集群信息决定。此时，您可能没有集群信息。集群信息的每个信息根据以下流程中 的第一个匹配项构建： 以下命令行选项中的任何值： --server, --api-version --certificate-authority --insecure-skip-tls-verify ion 注解 用法示例 用法示例 2.5.1.6. oc apply set-last-applied 设置 live 对象上的 last-applied-configuration 注释，以匹配文件的内容。 用法示例 用法示例 2.5.1.7. oc apply view-last-applied 查看资源/对象最新的最后应用配置注解 用法示例 用法示例 2.5.1.8. oc attach

~/.kube/config 文件，且不会发生合并。 使用的上下文根据以下流程中的第一个匹配项决定： --context 选项的值。 CLI 配置文件中的 current-context 值。 此阶段允许一个空值。 要使用的用户和集群是决定的。此时，您可能也可能没有上下文；它们基于以下流程中的第一个 匹配项构建，该流中为用户运行一次，一次用于集群： 用于用户名的 --user 的值，以及集群名称的 --cluster 选项。 如果存在 --context 选项，则使用上下文的值。 此阶段允许一个空值。 要使用的实际集群信息决定。此时，您可能没有集群信息。集群信息的每个信息根据以下流程中 的第一个匹配项构建： 以下命令行选项中的任何值： --server, --api-version --certificate-authority users: - name: alice/openshift1 ion 注解 用法示例 用法示例 2.7.1.6. oc apply set-last-applied 设置 live 对象上的 last-applied-configuration 注释，以匹配文件的内容。 用法示例 用法示例 2.7.1.7. oc apply view-last-applied 查看资源/对象最新的最后应用配置注解 # Apply the configuration

~/.kube/config 文件，且不会发生合并。 使用的上下文根据以下流程中的第一个匹配项决定： --context 选项的值。 CLI 配置文件中的 current-context 值。 此阶段允许一个空值。 要使用的用户和集群是决定的。此时，您可能也可能没有上下文；它们基于以下流程中的第一个 匹配项构建，该流中为用户运行一次，一次用于集群： 用于用户名的 --user 的值，以及集群名称的 whoami -c 第 第 2 章 章 OPENSHIFT CLI (OC) 19 此阶段允许一个空值。 要使用的实际集群信息决定。此时，您可能没有集群信息。集群信息的每个信息根据以下流程中 的第一个匹配项构建： 以下命令行选项中的任何值： --server, --api-version --certificate-authority --insecure-skip-tls-verify ion 注解 用法示例 用法示例 2.5.1.6. oc apply set-last-applied 设置 live 对象上的 last-applied-configuration 注释，以匹配文件的内容。 用法示例 用法示例 2.5.1.7. oc apply view-last-applied 查看资源/对象最新的最后应用配置注解 用法示例 用法示例 2.5.1.8. oc attach

察到的集群状态已更改，且 Operator 会响应它，则状态将报告为 True，因为它从一个 steady 状 态移到另一个状态。 Degraded：条件类型 Degraded 表示 Operator 具有在一段时间内不匹配其所需状态的当前状 态。周期可能会因组件而异，但 Degraded 状态代表 Operator 条件的持久性观察。因 此，Operator 不会波动处于 Degraded 状态和没有处于 Degraded Container Platform 更新过程的主要组件。在 安装和标准集群操作过程中，CVO 会持续将受管集群 Operator 的清单与集群资源中的清单进行比较，并 协调差异以确保这些资源的实际状态与所需状态匹配。 1.2.1.1. ClusterVersion 对象 象 Cluster Version Operator (CVO) 监控的资源之一是 ClusterVersion 资源。 管理员和 OpenShift 部署的特定大小或集群的集群。 CVO 根据每个条件更新的条件风险信息持续评估其集群特征。如果 CVO 发现集群与条件匹配，CVO 会 将此信息存储在 ClusterVersion 资源的 conditionalUpdates 字段中。如果 CVO 发现集群与更新的风险 不匹配，或者没有与更新相关的风险，它会将目标版本存储在 ClusterVersion 资源的 availableUpdates

服务器上搜索具有与所检测语言匹配的 $ oc new-app /home/user/code/myapp --strategy=docker 第 第 3 章 章 创 创建 建应 应用程序 用程序 25 检测了语言后，new-app 会在 OpenShift Container Platform 服务器上搜索具有与所检测语言匹配的 suppors 注解的镜像流标签，或与所检测语言的名称匹配的镜像流。如果找不到匹配项，new-app 找不到匹配项，new-app 会在 Docker Hub registry 中搜索名称上与所检测语言匹配的镜像。 您可以通过指定镜像（镜像流或容器规格）和存储库（以 ~ 作为分隔符），来覆盖构建器用于特定源存储 库的镜像。请注意，如果进行这一操作，就不会执行构建策略检测和语言检测。 例如，使用 myproject/my-ruby 镜像流以及位于远程存储库中的源： 使用 openshift/r 使用下列标签和注解： 节点中显示的图标 节点中的图标是通过使用 app.openshift.io/runtime 标签（随后是 app.kubernetes.io/name 标签） 查找匹配图标来定义的。这种匹配是通过预定义的图标集合来完成的。 到源代码编辑器或源的链接 app.openshift.io/vcs-uri 注解用于创建源代码编辑器的链接。 OpenShift Container

服务器上搜索具有与所检测语言匹配的 $ oc new-app /home/user/code/myapp --strategy=docker OpenShift Container Platform 4.10 构 构建 建应 应用程序 用程序 26 检测了语言后，new-app 会在 OpenShift Container Platform 服务器上搜索具有与所检测语言匹配的 suppors 注解的镜像流标签，或与所检测语言的名称匹配的镜像流。如果找不到匹配项，new-app 会在 Docker Hub registry 中搜索名称上与所检测语言匹配的镜像。 您可以通过指定镜像（镜像流或容器规格）和存储库（以 ~ 作为分隔符），来覆盖构建器用于特定源存储 库的镜像。请注意，如果进行这一操作，就不会执行构建策略检测和语言检测。 例如，使用 myproject/my-ruby 镜像流以及位于远程存储库中的源： 节点中 点中显 显示的 示的图标 图标 节点中的图标是通过使用 app.openshift.io/runtime 标签（随后是 app.kubernetes.io/name 标签） 查找匹配图标来定义的。这种匹配是通过预定义的图标集合来完成的。 到源代 到源代码编辑 码编辑器或源的 器或源的链 链接 接 app.openshift.io/vcs-uri 注解用于创建源代码编辑器的链接。 第 第

重新定位）可能会失败。因此， 您必须以高度可用的方式运行镜像 registry，镜像 registry 至少必须与 OpenShift Container Platform 集 群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时，可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry，而不能访 重新定位）可能会失败。因此， 您必须以高度可用的方式运行镜像 registry，镜像 registry 至少必须与 OpenShift Container Platform 集 群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时，可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry，而不能访 例如： 5.2.3-31 mirror.operators.packages.channel s.minBundle 要包含的最小捆绑包的名称，以及频道头 更新图中的所有捆绑包。仅在命名捆绑包 没有语义版本元数据时设置此字段。 字符串.例如： bundleName mirror.operators.packages.channel s.minVersion Operator 的最低版本，用于镜像存在的所

重新定位）可能会失败。因此， 您必须以高度可用的方式运行镜像 registry，镜像 registry 至少必须与 OpenShift Container Platform 集 群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时，可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry，而不能访 重新定位）可能会失败。因此， 您必须以高度可用的方式运行镜像 registry，镜像 registry 至少必须与 OpenShift Container Platform 集 群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时，可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry，而不能访 例如： 5.2.3-31 mirror.operators.packages.channel s.minBundle 要包括的最小捆绑包的名称，以及将图中 到频道头的所有捆绑包。仅在命名捆绑包 没有语义版本元数据时设置此字段。 字符串.例如： bundleName mirror.operators.packages.channel s.minVersion Operator 的最低版本，用于镜像存在的所