1.5. Notes de version pour Red Hat OpenShift Serverless 1.27
OpenShift Serverless 1.27 est maintenant disponible. Les nouvelles fonctionnalités, les changements et les problèmes connus qui concernent OpenShift Serverless sur OpenShift Container Platform sont inclus dans cette rubrique.
OpenShift Serverless 1.26 est la première version entièrement supportée par OpenShift Container Platform 4.12. OpenShift Serverless 1.25 et les versions antérieures ne se déploient pas sur OpenShift Container Platform 4.12.
Pour cette raison, avant de mettre à niveau OpenShift Container Platform vers la version 4.12, il faut d'abord mettre à niveau OpenShift Serverless vers la version 1.26 ou 1.27.
1.5.1. Nouvelles fonctionnalités
- OpenShift Serverless utilise désormais Knative Serving 1.6.
- OpenShift Serverless utilise désormais Knative Eventing 1.6.
- OpenShift Serverless utilise désormais Kourier 1.6.
-
OpenShift Serverless utilise désormais Knative (
kn
) CLI 1.6. - OpenShift Serverless utilise désormais Knative Kafka 1.6.
-
Le plug-in CLI
kn func
utilise désormaisfunc
1.8.1. - Les courtiers à espace de nommage sont désormais disponibles en tant qu'aperçu technologique. Ces courtiers peuvent être utilisés, par exemple, pour mettre en œuvre des politiques de contrôle d'accès basées sur les rôles (RBAC).
-
KafkaSink
utilise désormais par défaut le mode de contenu binaireCloudEvent
. Le mode de contenu binaire est plus efficace que le mode structuré car il utilise des en-têtes dans son corps au lieu d'unCloudEvent
. Par exemple, pour le protocole HTTP, il utilise les en-têtes HTTP. - Vous pouvez désormais utiliser le framework gRPC sur le protocole HTTP/2 pour le trafic externe en utilisant OpenShift Route sur OpenShift Container Platform 4.10 et plus. Cela améliore l'efficacité et la vitesse des communications entre le client et le serveur.
-
La version de l'API
v1alpha1
des CRDs Knative Operator Serving et Eventings est obsolète dans la version 1.27. Elle sera supprimée dans les versions futures. Red Hat recommande fortement d'utiliser la versionv1beta1
à la place. Cela n'affecte pas les installations existantes, car les CRD sont mis à jour automatiquement lors de la mise à niveau du Serverless Operator. - La fonction de délai de livraison est désormais activée par défaut. Elle vous permet de spécifier le délai d'attente pour chaque requête HTTP envoyée. Cette fonctionnalité reste un aperçu technologique.
1.5.2. Problèmes corrigés
-
Auparavant, les services Knative ne passaient pas toujours à l'état
Ready
, signalant qu'ils attendaient que l'équilibreur de charge soit prêt. Ce problème a été corrigé.
1.5.3. Problèmes connus
-
L'intégration d'OpenShift Serverless avec Red Hat OpenShift Service Mesh fait en sorte que le pod
net-kourier
manque de mémoire au démarrage lorsque trop de secrets sont présents sur le cluster. Les courtiers à espace de noms peuvent laisser
ClusterRoleBindings
dans l'espace de noms de l'utilisateur même après la suppression des courtiers à espace de noms.Si cela se produit, supprimez le site
ClusterRoleBinding
nommérbac-proxy-reviews-prom-rb-knative-kafka-broker-data-plane-{{.Namespace}}
dans l'espace de noms de l'utilisateur.Si vous utilisez
net-istio
pour Ingress et activez mTLS via SMCP en utilisantsecurity.dataPlane.mtls: true
, Service Mesh déploieDestinationRules
pour l'hôte*.local
, ce qui n'autorise pasDomainMapping
pour OpenShift Serverless.Pour contourner ce problème, activez mTLS en déployant
PeerAuthentication
au lieu d'utilisersecurity.dataPlane.mtls: true
.