1.14. Notes de version pour Red Hat OpenShift Serverless 1.18.0

Dans la prochaine version OpenShift Serverless 1.19.0, le schéma d'URL des routes externes sera par défaut HTTPS pour une sécurité accrue.

Si vous ne souhaitez pas que cette modification s'applique à vos charges de travail, vous pouvez remplacer le paramètre par défaut avant de passer à la version 1.19.0, en ajoutant le fichier YAML suivant à votre ressource personnalisée (CR) KnativeServing:

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

Si vous voulez que le changement s'applique déjà à la version 1.18.0, ajoutez le YAML suivant :

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

Dans la prochaine version OpenShift Serverless 1.19.0, le type de service par défaut par lequel la passerelle Kourier est exposée sera ClusterIP et non LoadBalancer.

Si vous ne souhaitez pas que cette modification s'applique à vos charges de travail, vous pouvez remplacer le paramètre par défaut avant la mise à niveau vers la version 1.19.0, en ajoutant le fichier YAML suivant à votre ressource personnalisée (CR) KnativeServing:

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

Auparavant, si vous créiez un nouvel abonnement pour un canal Kafka ou une nouvelle source Kafka, il était possible que le plan de données Kafka ne soit pas prêt à distribuer les messages après que l'abonnement ou le puits nouvellement créé ait signalé un statut prêt.

Par conséquent, les messages envoyés pendant la période où le plan de données n'indiquait pas qu'il était prêt peuvent ne pas avoir été transmis à l'abonné ou au destinataire.

Dans OpenShift Serverless 1.18.0, le problème est corrigé et les messages initiaux ne sont plus perdus. Pour plus d'informations sur ce problème, voir l'article #6343981 de la base de connaissances.

Les anciennes versions du CLI Knative kn peuvent utiliser d'anciennes versions des API Knative Serving et Knative Eventing. Par exemple, la version 0.23.2 du CLI kn utilise la version de l'API v1alpha1.

D'autre part, les nouvelles versions d'OpenShift Serverless peuvent ne plus prendre en charge les anciennes versions de l'API. Par exemple, OpenShift Serverless 1.18.0 ne prend plus en charge la version v1alpha1 de l'API kafkasources.sources.knative.dev.

Par conséquent, l'utilisation d'une ancienne version de la CLI Knative kn avec une version plus récente d'OpenShift Serverless peut produire une erreur parce que kn ne peut pas trouver l'API obsolète. Par exemple, la version 0.23.2 du CLI kn ne fonctionne pas avec OpenShift Serverless 1.18.0.

Pour éviter tout problème, utilisez la dernière version de kn CLI disponible pour votre version d'OpenShift Serverless. Pour OpenShift Serverless 1.18.0, utilisez Knative kn CLI 0.24.0.