关于 Serverless

• OpenShift Serverless 现在使用 Knative Serving 1.8。
• OpenShift Serverless 现在使用 Knative Eventing 1.8。
• OpenShift Serverless 现在使用 Kourier 1.8。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.8。
• OpenShift Serverless 现在使用 Knative for Apache Kafka 1.8。
• kn func CLI 插件现在使用 func 1.10。

• 从 OpenShift Serverless 1.29 开始，不同的产品版本如下：

  • 最新版本可通过 stable 频道获得。

  • 早于最新版本的频道可通过基于版本的频道获得。

    要使用这些，请将订阅对象 YAML 文件中的 channel 参数从 stable 更新到对应的基于版本的频道，如 stable-1.29。

    此更改允许您仅接收最新版本的更新，还可用于维护阶段中的发行版本。

    另外，您可以锁定 Knative (kn) CLI 的版本。详情请参阅"安装 Knative CLI"一节。

• 现在，您可以使用 Red Hat OpenShift Serverless Pipelines 通过开发人员控制台创建 OpenShift Serverless 功能。
• Knative Serving 的多容器支持现已正式发布(GA)。此功能允许您使用单个 Knative 服务来部署多容器 pod。
• OpenShift Serverless 功能现在可以覆盖单个 Node.js 和 TypeScript 功能的 func.yaml 文件中的 就绪度和存活度探测 值。
• 现在，您可以将功能配置为在 GitHub 仓库中的源代码更改时自动部署到集群中。这允许更无缝的 CI/CD 集成。
• Eventing 与 Service Mesh 集成现在作为开发人员预览功能提供。集成包括 PingSource,ApiServerSource, Apache Kafka 的 Knative Source, Knative Source for Apache Kafka, Knative Sink for Apache Kafka, ContainerSource, 和 SinkBinding。
• 此发行版本包括 OpenShift Serverless Logic 的升级的开发者预览。
• Knative Operator Serving 和 Eventings CRD 的 API 版本 v1alpha1 已被删除。您需要改用 v1beta1 版本。这不会影响现有安装，因为在升级 Serverless Operator 时 CRD 会被自动更新。

• 更新 DomainMapping 中指定的 secret 时，只需更新 secret 不触发协调循环。您需要重命名 secret 或删除 Knative Ingress 资源，以触发协调循环。
• OpenShift Serverless Operator 覆盖 Webhook Horizontal Pod Autoscaler (HPA)设置。因此，对于更高的工作负载无法扩展。要临时解决这个问题，请手动设置与您的工作负载对应的初始副本值。
• 在 Red Hat OpenShift Serverless 1.27 被删除前创建的 KafkaSource 资源会卡住。要临时解决这个问题，在开始删除 KafkaSource 后，从资源中删除终结器。
• net-kourier-controller 可能会因为存活度探测错误而无法启动。您可以使用知识库解决方案临时解决这个问题。

• OpenShift Serverless 现在使用 Knative Serving 1.7。
• OpenShift Serverless 现在使用 Knative Eventing 1.7。
• OpenShift Serverless 现在使用 Kourier 1.7。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.7。
• OpenShift Serverless 现在为 Apache Kafka 1.7 使用 Knative 代理实现。
• kn func CLI 插件现在使用 func 1.9.1 版本。
• Node.js 和 TypeScript 运行时现在正式发布 (GA)。
• OpenShift Serverless 功能的 Python 运行时现在作为技术预览提供。
• Knative Serving 的多容器支持现在作为技术预览提供。此功能允许您使用单个 Knative 服务来部署多容器 pod。

• 在 OpenShift Serverless 1.29 或更高版本中，Knative Eventing 的以下组件将从两个 pod 缩减为一个：

  • imc-controller
  • imc-dispatcher
  • mt-broker-controller
  • mt-broker-filter
  • mt-broker-ingress

• Serving CR 的 serverless.openshift.io/enable-secret-informer-filtering 注解现已弃用。该注解仅适用于 Istio，不适用于 Kourier。

  在 OpenShift Serverless 1.28 中，OpenShift Serverless Operator 允许注入 net-istio 和 net-kourier 的环境变量 ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID。

  如果启用 secret 过滤，则所有 secret 都需要使用 networking.internal.knative.dev/certificate-uid: "<id>"。否则，Knative Serving 不会检测到它们，这会导致失败。您必须标记新的和现有的 secret。

  在以下 OpenShift Serverless 版本中，secret 过滤将默认启用。要防止失败，请预先标记您的 secret。

• 目前，IBM Power、IBM zSystems 和 IBM® LinuxONE 上的 OpenShift Serverless 功能不支持 Python 的运行时。

  Node.js、typetype 和 Quarkus 功能在这些架构中被支持。

• 在 Windows 平台上，因为 app.sh 文件权限，无法使用 Source-to-Image 构建器在本地构建、运行或部署 Python 功能。

  要临时解决这个问题，对 Linux 使用 Windows 子系统。

• OpenShift Serverless 现在使用 Knative Serving 1.6。
• OpenShift Serverless 现在使用 Knative Eventing 1.6。
• OpenShift Serverless 现在使用 Kourier 1.6。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.6。
• OpenShift Serverless 现在使用 Knative Kafka 1.6。
• kn func CLI 插件现在使用 func 1.8.1。
• 命名空间范围的代理现在作为技术预览提供。例如，此类代理可用于实施基于角色的访问控制 (RBAC) 策略。
• KafkaSink 现在使用 CloudEvent 二进制内容模式。二进制内容模式比结构化模式更高效，因为它使用其正文中的标头而不是 CloudEvent。例如，对于 HTTP 协议，它使用 HTTP 标头。
• 现在，您可以使用 OpenShift Container Platform 4.10 及更新的版本中的 OpenShift Route 通过 HTTP/2 协议使用 gRPC 框架。这提高了客户端和服务器间的通信效率和速度。
• Knative Operator Serving 和 Eventings CRD 的 API 版本 v1alpha1 在 1.27 中弃用。它将在以后的版本中删除。红帽强烈建议使用 v1beta1 版本。这不会影响现有安装，因为在升级 Serverless Operator 时 CRD 会被自动更新。
• 现在默认启用交付超时功能。它允许您指定每个发送的 HTTP 请求的超时时间。这个功能仍是一个技术预览。

• 在以前的版本中，Knative 服务有时没有处于 Ready 状态，报告等待负载均衡器就绪。这个问题已被解决。

• 当集群中存在太多 secret 时，将 OpenShift Serverless 与 Red Hat OpenShift Service Mesh 集成会导致 net-kourier pod 在启动时耗尽内存。

• 命名空间范围的代理可能会在用户命名空间中保留 ClusterRoleBindings，即使删除了命名空间范围的代理。

  如果发生这种情况，删除用户命名空间中名为 rbac-proxy-reviews-prom-rb-knative-kafka-broker-data-plane-{{.Namespace}} 的 ClusterRoleBinding。

• 如果您将 net-istio 用于 Ingress，并使用 security.dataPlane.mtls: true 通过 SMCP 启用 mTLS，Service Mesh 为 *.local 主机部署 DestinationRule，这代表不允许对 OpenShift Serverless 使用 DomainMapping。

  要临时解决这个问题，部署 PeerAuthentication 来启用 mTLS，而不是使用 security.dataPlane.mtls: true。

• 带有 Quarkus 的 OpenShift Serverless 功能现在是 GA。
• OpenShift Serverless 现在使用 Knative Serving 1.5。
• OpenShift Serverless 现在使用 Knative Eventing 1.5。
• OpenShift Serverless 现在使用 Kourier 1.5。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.5。
• OpenShift Serverless 现在使用 Knative Kafka 1.5。
• OpenShift Serverless 现在使用 Knative Operator 1.3。
• kn func CLI 插件现在使用 func 1.8.1。
• 持久性卷声明 (PVC) 现在为 GA。PVC 为 Knative 服务提供持久性数据存储。

• 新的触发器过滤器功能现在作为技术预览提供。它允许用户指定一组过滤器表达式，其中每个表达式都会为每个事件评估为 true 或 false。

  要启用新的触发器过滤器，请在 operator 配置映射中 KnativeEventing 类型的部分中添加 new-trigger-filters: enabled 条目：

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...
  ...
  spec:
    config:
      features:
        new-trigger-filters: enabled
  ...

• Knative Operator 1.3 为 operator.knative.dev 添加了 API 的更新 v1beta1 版本。

  要从 KnativeServing 和 KnativeEventing 自定义资源配置映射中的 v1alpha1 更新至 v1beta1，请编辑 apiVersion 键：

  KnativeServing 自定义资源配置映射示例

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  ...

  KnativeEventing 自定义资源配置映射示例

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...

• 在以前的版本中，Kafka 代理、Kafka 源和 Kafka sink 禁用联邦信息处理标准 (FIPS) 模式。这个问题已被解决，现在 FIPS 模式可用。

• 如果您将 net-istio 用于 Ingress，并使用 security.dataPlane.mtls: true 通过 SMCP 启用 mTLS，Service Mesh 为 *.local 主机部署 DestinationRule，这代表不允许对 OpenShift Serverless 使用 DomainMapping。

  要临时解决这个问题，部署 PeerAuthentication 来启用 mTLS，而不是使用 security.dataPlane.mtls: true。

• OpenShift Serverless 现在使用 Knative Serving 1.4。
• OpenShift Serverless 现在使用 Knative Eventing 1.4。
• OpenShift Serverless 现在使用 Kourier 1.4。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.4。
• OpenShift Serverless 现在使用 Knative Kafka 1.4。
• kn func CLI 插件现在使用 func 1.7.0。
• 用于创建和部署功能的集成开发环境(IDE)插件现在可用于 Visual Studio Code 和 IntelliJ。

• Knative Kafka 代理现在是 GA。Knative Kafka 代理是 Knative 代理 API 的高性能实现，直接以 Apache Kafka 为目标。

  建议您不要使用 MT-Channel-Broker，而是使用 Knative Kafka 代理。

• Knative Kafka sink 现在为 GA。KafkaSink 使用 CloudEvent，并将其发送到 Apache Kafka 主题。事件可以在结构化或二进制内容模式中指定。
• 为内部流量启用 TLS 现在作为技术预览提供。

• 在以前的版本中，如果在存活度探测失败后重启容器，Knative Serving 会出现一个就绪度探测失败。这个问题已被解决。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。
• SinkBinding 对象不支持服务的自定义修订名称。

• Knative Serving Controller pod 添加了一个新的 informer 来监视集群中的 secret。informer 在缓存中包含 secret，这会增加控制器 pod 的内存消耗。

  如果 pod 内存不足，您可以通过增加部署的内存限值来解决此问题。

• 如果您将 net-istio 用于 Ingress，并使用 security.dataPlane.mtls: true 通过 SMCP 启用 mTLS，Service Mesh 为 *.local 主机部署 DestinationRule，这代表不允许对 OpenShift Serverless 使用 DomainMapping。

  要临时解决这个问题，部署 PeerAuthentication 来启用 mTLS，而不是使用 security.dataPlane.mtls: true。

• OpenShift Serverless 现在使用 Knative Serving 1.3。
• OpenShift Serverless 现在使用 Knative Eventing 1.3。
• OpenShift Serverless 现在使用 Kourier 1.3。
• OpenShift Serverless 现在使用 Knative kn CLI 1.3。
• OpenShift Serverless 现在使用 Knative Kafka 1.3。
• kn func CLI 插件现在使用 func 0.24。
• 现在，提供了对 Knative 服务的 init 容器支持 (GA)。
• OpenShift Serverless 逻辑现在作为技术预览提供。它启用了定义声明工作流模型来管理无服务器应用程序。
• 对于 OpenShift Container Platform，您可以在 OpenShift Serverless 中使用成本管理服务。

• 当集群中存在太多 secret 时，将 OpenShift Serverless 与 Red Hat OpenShift Service Mesh 集成会导致 net-istio-controller pod 在启动时耗尽内存。

  现在，可以启用 secret 过滤，这会导致 net-istio-controller 只考虑带有 networking.internal.knative.dev/certificate-uid 标签的 secret，从而减少所需的内存量。

• OpenShift Serverless 功能技术预览现在默认使用 Cloud Native Buildpacks 构建容器镜像。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。

• 在 OpenShift Serverless 1.23 中，删除了 KafkaBindings 和 kafka-binding Webhook 的支持。但是，现有 kafkabindings.webhook.sources.knative.dev MutatingWebhookConfiguration 可能保留，指向 kafka-source-webhook 服务，该服务不再存在。

  对于集群上 KafkaBindings 的某些规格，kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration 可能会被配置，将任何创建和更新事件传递给各种资源，如 Deployment、Knative Services 或 Jobs，然后 Webhook 会失败。

  要临时解决这个问题，请在升级到 OpenShift Serverless 1.23 后从集群中删除 kafkabindings.webhook.sources.knative.dev MutatingWebhookConfiguration：

  $ oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev

• 如果您将 net-istio 用于 Ingress，并使用 security.dataPlane.mtls: true 通过 SMCP 启用 mTLS，Service Mesh 为 *.local 主机部署 DestinationRule，这代表不允许对 OpenShift Serverless 使用 DomainMapping。

  要临时解决这个问题，部署 PeerAuthentication 来启用 mTLS，而不是使用 security.dataPlane.mtls: true。

• OpenShift Serverless 现在使用 Knative Serving 1.2。
• OpenShift Serverless 现在使用 Knative Eventing 1.2。
• OpenShift Serverless 现在使用 Kourier 1.2。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.2。
• OpenShift Serverless 现在使用 Knative Kafka 1.2。
• kn func CLI 插件现在使用 func 0.24。
• 现在，可以在 Kafka 代理中使用 kafka.eventing.knative.dev/external.topic 注解。此注解可以使用现有的外部管理主题，而不是代理自行创建内部主题。
• kafka-ch-controller 和 kafka-webhook Kafka 组件不再存在。这些组件已被 kafka-webhook-eventing 组件替代。
• OpenShift Serverless 功能技术预览现在默认使用 Source-to-Image (S2I) 来构建容器镜像。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。
• 如果您要删除包括 Kafka 代理的命名空间，当 auth.secret.ref.name secret 在代理被删除之前被删除，则命名空间终结器（finalizer）可能无法删除。

• 使用大量 Knative 服务运行 OpenShift Serverless 时，可能会导致运行的 Knativeivator pod 接近其默认的内存限值 600MB。如果使用的内存达到这个限值，则这些 pod 可能会重启。通过修改 KnativeServing 自定义资源，可以配置激活器部署的请求和限值：

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  metadata:
    name: knative-serving
    namespace: knative-serving
  spec:
    deployments:
    - name: activator
      resources:
      - container: activator
        requests:
          cpu: 300m
          memory: 60Mi
        limits:
          cpu: 1000m
          memory: 1000Mi

• 如果您使用 Cloud Native Buildpacks 作为一个函数的本地构建策略，kn func 将无法自动启动 podman，或使用 SSH 隧道到远程守护进程。这些问题的解决方法是，在部署函数前，在本地开发计算机上已在运行 Docker 或 podman 守护进程。
• On-cluster 函数构建当前针对 Quarkus 和 Golang 运行时会失败。它们适用于 Node、Typescript、Python 和 Springboot 运行时。

• 如果您将 net-istio 用于 Ingress，并使用 security.dataPlane.mtls: true 通过 SMCP 启用 mTLS，Service Mesh 为 *.local 主机部署 DestinationRule，这代表不允许对 OpenShift Serverless 使用 DomainMapping。

  要临时解决这个问题，部署 PeerAuthentication 来启用 mTLS，而不是使用 security.dataPlane.mtls: true。

• OpenShift Serverless 现在使用 Knative Serving 1.1。
• OpenShift Serverless 现在使用 Knative Eventing 1.1。
• OpenShift Serverless 现在使用 Kourier 1.1。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.1。
• OpenShift Serverless 现在使用 Knative Kafka 1.1。
• kn func CLI 插件现在使用 func 0.23。
• init 容器支持 Knative 服务现在作为技术预览提供。
• 持久性卷声明 (PVC) 对 Knative 服务的支持现在作为技术预览提供。
• knative-serving、knative-serving-ingress、knative-eventing 和 knative-kafka 系统命名空间现在默认具有 knative.openshift.io/part-of: "openshift-serverless" 标签。
• 添加了 Knative Eventing - Kafka Broker/Trigger 仪表板，它允许在 web 控制台中视觉化 Kafka 代理并触发指标。
• 添加了 Knative Eventing - KafkaSink 仪表板，它允许在 web 控制台中视觉化 KafkaSink 指标。
• Knative Eventing - Broker/Trigger 仪表板现在被称为 Knative Eventing - 基于频道的代理/触发器。
• knative.openshift.io/part-of: "openshift-serverless" 标签已替换 knative.openshift.io/system-namespace 标签。
• Knative Serving YAML 配置文件中的命名样式从 camel 格式（ExampleName）改为连字符格式 (example-name) 。从这个版本开始，在创建或编辑 Knative Serving YAML 配置文件时使用连字符格式表示法。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。

• OpenShift Serverless 现在使用 Knative Serving 1.0
• OpenShift Serverless 现在使用 Knative Eventing 1.0。
• OpenShift Serverless 现在使用 Kourier 1.0.
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.0。
• OpenShift Serverless 现在使用 Knative Kafka 1.0。
• kn func CLI 插件现在使用 func 0.21。
• Kafka sink 现在作为技术预览提供。
• Knative 开源项目已开始弃用发现配置密钥，而是统一使用 kebab-cased 键。因此，OpenShift Serverless 1.18.0 发行注记中提到的 defaultExternalScheme 键现已弃用，并被 default-external-scheme 键替代。键的使用说明保持不变。

• 在 OpenShift Serverless 1.20.0 中，存在一个与发送事件相关的问题，会影响使用 kn event send 向服务发送事件。这个问题现已解决。
• 在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 http 模板创建的 TypeScript 功能无法在集群中部署。这个问题现已解决。
• 在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 gcr.io registry 部署功能会失败，并出现错误。这个问题现已解决。
• 在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 kn func create 命令创建 Springboot 功能项目目录，然后运行 kn func build 命令失败并显示错误消息。这个问题现已解决。
• 在 OpenShift Serverless 1.19.0 (func 0.19) 中，一些运行时无法使用 podman 来构建功能。这个问题现已解决。

• 目前，域映射控制器无法处理包含当前不支持的路径的代理 URI。

  这意味着，如果要使用 DomainMapping 自定义资源 (CR) 将自定义域映射到代理，则必须使用代理的 ingress 服务配置 DomainMapping CR，并将代理的确切路径附加到自定义域：

  DomainMapping CR 示例

  apiVersion: serving.knative.dev/v1alpha1
  kind: DomainMapping
  metadata:
    name: <domain-name>
    namespace: knative-eventing
  spec:
    ref:
      name: broker-ingress
      kind: Service
      apiVersion: v1

  代理的 URI 为 <domain-name>/<broker-namespace>/<broker-name>。

• OpenShift Serverless 现在使用 Knative Serving 0.26。
• OpenShift Serverless 现在使用 Knative Eventing 0.26。
• OpenShift Serverless 现在使用 Kourier 0.26。
• OpenShift Serverless 现在使用 Knative (kn) CLI 0.26。
• OpenShift Serverless 现在使用 Knative Kafka 0.26。
• kn func CLI 插件现在使用 func 0.20。

• Kafka 代理现在作为技术预览提供。

  重要

  FIPS 不支持 Kafka 代理（当前为技术预览）。

• kn event 插件现在作为技术预览提供。
• kn service create 命令的 --min-scale 和 --max-scale 标志已弃用。使用 --scale-min 和 --scale-max 标志。

• OpenShift Serverless 使用 HTTPS 的默认地址部署 Knative 服务。将事件发送到集群中的资源时，发件人不会配置集群证书颁发机构 (CA) 。这会导致事件交付失败，除非集群使用全局接受的证书。

  例如，向公开访问的地址发送事件可正常工作：

  $ kn event send --to-url https://ce-api.foo.example.com/

  另一方面，如果服务使用由自定义 CA 发布的 HTTPS 证书的公共地址，则此交付会失败：

  $ kn event send --to Service:serving.knative.dev/v1:event-display

  将事件发送到其他可寻址的对象（如代理或频道）不受此问题的影响，并可以正常工作。

• Kafka 代理目前无法在启用了联邦信息处理标准 (FIPS) 模式的集群中工作。

• 如果您使用 kn func create 命令创建 Springboot 功能项目目录，后续的 kn func build 命令运行会失败并显示以下错误消息：

  [analyzer] no stack metadata found at path ''
  [analyzer] ERROR: failed to : set API for buildpack 'paketo-buildpacks/ca-certificates@3.0.2': buildpack API version '0.7' is incompatible with the lifecycle

  作为临时解决方案，您可以在函数配置文件 func.yaml 中将 builder 属性更改为 gcr.io/paketo-buildpacks/builder:base。

• 使用 gcr.io registry 部署函数会失败并显示以下错误消息：

  Error: failed to get credentials: failed to verify credentials: status code: 404

  作为临时解决方案，请使用与 gcr.io 不同的 registry，如 quay.io 或 docker.io。

• 使用 http 模板创建的 TypeScript 函数无法在集群中部署。

  作为临时解决方案，在 func.yaml 文件中替换以下部分：

  buildEnvs: []

  使用这个：

  buildEnvs:
  - name: BP_NODE_RUN_SCRIPTS
    value: build

• 在 func 版本 0.20 中，一些运行时可能无法使用 podman 构建函数。您可能会看到类似如下的错误消息：

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  • 这个问题存在以下临时解决方案：

    1. 通过在 service ExecStart 定义中添加 --time=0 来更新 podman 服务：

       服务配置示例

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

    2. 运行以下命令来重启 podman 服务：

       $ systemctl --user daemon-reload

       $ systemctl restart --user podman.socket

  • 或者，您可以使用 TCP 公开 podman API：

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

• OpenShift Serverless 现在使用 Knative Serving 0.25。
• OpenShift Serverless 现在使用 Knative Eventing 0.25。
• OpenShift Serverless 现在使用 Kourier 0.25。
• OpenShift Serverless 现在使用 Knative (kn) CLI 0.25。
• OpenShift Serverless 现在使用 Knative Kafka 0.25。
• kn func CLI 插件现在使用 func 0.19。
• KafkaBinding API 在 OpenShift Serverless 1.19.0 中已弃用，并将在以后的发行版本中删除。
• HTTPS 重定向现在被支持，并可以为集群或每个 Knative 服务配置。

• 在以前的版本中，Kafka 频道分配程序仅在响应前等待本地提交成功，这可能会在 Apache Kafka 节点失败时导致事件丢失。Kafka 频道分配程序现在会在响应前等待所有同步副本提交。

• 在 func 版本 0.19 中，一些运行时可能无法使用 podman 构建函数。您可能会看到类似如下的错误消息：

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  • 这个问题存在以下临时解决方案：

    1. 通过在 service ExecStart 定义中添加 --time=0 来更新 podman 服务：

       服务配置示例

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

    2. 运行以下命令来重启 podman 服务：

       $ systemctl --user daemon-reload

       $ systemctl restart --user podman.socket

  • 或者，您可以使用 TCP 公开 podman API：

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

• OpenShift Serverless 现在使用 Knative Serving 0.24.0。
• OpenShift Serverless 现在使用 Knative Eventing 0.24.0。
• OpenShift Serverless 现在使用 Kourier 0.24.0。
• OpenShift Serverless 现在使用 Knative (kn) CLI 0.24.0。
• OpenShift Serverless 现在使用 Knative Kafka 0.24.7。
• kn func CLI 插件现在使用 func 0.18.0。

• 在即将发布的 OpenShift Serverless 1.19.0 发行版本中，外部路由的 URL 方案将默认为 HTTPS 以增强安全性。

  如果您不希望此更改应用到工作负载，您可以在升级到 1.19.0 前覆盖默认设置，方法是将以下 YAML 添加到 KnativeServing 自定义资源 (CR) ：

  ...
  spec:
    config:
      network:
        defaultExternalScheme: "http"
  ...

  如果您想在 1.18.0 中应用更改，请添加以下 YAML：

  ...
  spec:
    config:
      network:
        defaultExternalScheme: "https"
  ...

• 在接下来的 OpenShift Serverless 1.19.0 发行版本中，公开 Kourier 网关的默认服务类型将是 ClusterIP，而不是 LoadBalancer。

  如果您不希望此更改应用到工作负载，您可以在升级到 1.19.0 前覆盖默认设置，方法是将以下 YAML 添加到 KnativeServing 自定义资源 (CR) ：

  ...
  spec:
    ingress:
      kourier:
        service-type: LoadBalancer
  ...

• 现在，您可以在 OpenShift Serverless 中使用 emptyDir 卷。详情请参阅 OpenShift Serverless 文档中的 Knative Serving 文档。
• 现在，当您使用 kn func 创建函数时，可以使用 Rust 模板。

• 1.4 之前的 Camel-K 版本与 OpenShift Serverless 1.17.0 不兼容。Camel-K 中的问题已被解决，Camel-K 版本 1.4.1 可以用于 OpenShift Serverless 1.17.0。

• 在以前的版本中，如果您为 Kafka 频道或新 Kafka 源创建新订阅，则 Kafka 数据平面可能会在新创建的订阅或 sink 报告就绪状态后准备好发送信息。

  因此，数据平面没有报告就绪状态时发送的信息可能没有传送到订阅者或 sink。

  在 OpenShift Serverless 1.18.0 中，这个问题已被解决，初始消息不再丢失。有关此问题的更多信息，请参阅 知识库文章 #6343981。

• 较旧版本的 Knative kn CLI 可能会使用较旧版本的 Knative Serving 和 Knative Eventing API。例如，kn CLI 版本 0.23.2 使用 v1alpha1 API 版本。

  另一方面，较新的 OpenShift Serverless 发行版本可能不再支持旧的 API 版本。例如，OpenShift Serverless 1.18.0 不再支持 kafkasources.sources.knative.dev API 的版本 v1alpha1。

  因此，使用带有较新的 OpenShift Serverless 的 Knative kn CLI 的旧版本可能会产生错误，因为 kn 无法找到过时的 API。例如，kn CLI 的 0.23.2 版本无法用于 OpenShift Serverless 1.18.0。

  为避免出现问题，请使用适用于 OpenShift Serverless 发行版本的最新 kn CLI 版本。对于 OpenShift Serverless 1.18.0，使用 Knative kn CLI 0.24.0。

• 资源定义
• 服务日志

• 要收集与一个或多个特定功能相关的数据，请使用 --image 参数和镜像，如以下部分所述。

  例如：

  $ oc adm must-gather  --image=registry.redhat.io/container-native-virtualization/cnv-must-gather-rhel8:v4.13.0

• 要收集审计日志，请使用 -- /usr/bin/gather_audit_logs 参数，如以下部分所述。

  例如：

  $ oc adm must-gather -- /usr/bin/gather_audit_logs

  注意

  作为默认信息集合的一部分，不会收集审计日志来减小文件的大小。

先决条件

• 安装 OpenShift CLI (oc) 。

流程

• 使用 oc adm must-gather 命令收集数据：

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/svls-must-gather-rhel8:<image_version_tag>

  示例命令

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/svls-must-gather-rhel8:1.14.0