1.21. Red Hat OpenShift Serverless 1.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
...

在以前的版本中，如果您为 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。