1.12. Notes de version pour Red Hat OpenShift Serverless 1.20.0

Le courtier Kafka est désormais disponible en tant qu'aperçu technologique.

OpenShift Serverless déploie les services Knative avec une adresse par défaut qui utilise HTTPS. Lors de l'envoi d'un événement à une ressource à l'intérieur du cluster, l'expéditeur n'a pas l'autorité de certification (CA) du cluster configurée. Cela entraîne l'échec de la livraison de l'événement, à moins que le cluster n'utilise des certificats globalement acceptés.

Par exemple, la livraison d'un événement à une adresse accessible au public fonctionne :

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

En revanche, cette livraison échoue si le service utilise une adresse publique avec un certificat HTTPS délivré par une autorité de certification personnalisée :

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

L'envoi d'un événement à d'autres objets adressables, tels que les courtiers ou les canaux, n'est pas concerné par ce problème et fonctionne comme prévu.

Si vous créez un répertoire de projet de fonction Springboot avec la commande kn func create, l'exécution ultérieure de la commande kn func build échoue avec ce message d'erreur :

[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

Pour contourner le problème, vous pouvez remplacer la propriété builder par gcr.io/paketo-buildpacks/builder:base dans le fichier de configuration de la fonction func.yaml.

Le déploiement d'une fonction à l'aide du registre gcr.io échoue avec ce message d'erreur :

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

Pour contourner le problème, utilisez un registre différent de celui de gcr.io, tel que quay.io ou docker.io.

Les fonctions TypeScript créées avec le modèle http ne se déploient pas sur le cluster.

Pour contourner le problème, remplacez la section suivante dans le fichier func.yaml:

buildEnvs: []

avec ceci :

buildEnvs:
- name: BP_NODE_RUN_SCRIPTS
  value: build

Dans func version 0.20, certains runtimes peuvent être incapables de construire une fonction en utilisant podman. Vous pouvez voir un message d'erreur similaire au suivant :

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