4.53.00.06 - Notes de version d'Edge pour le cloud privé

Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X.
info

Le 11 décembre 2025, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.

Procédure de mise à jour

Cette section explique comment installer cette version si vous effectuez une mise à jour à partir de la version précédente d'Edge pour le cloud privé. Si vous devez effectuer une mise à jour à partir d'une version antérieure, consultez Appliquer plusieurs versions de correctif.

La mise à jour de cette version mettra à jour les composants listés ci-dessous :

  • edge-gateway-4.53.00-0.0.60398.noarch.rpm
  • edge-management-server-4.53.00-0.0.60398.noarch.rpm
  • edge-message-processor-4.53.00-0.0.60398.noarch.rpm
  • edge-postgres-server-4.53.00-0.0.60398.noarch.rpm
  • edge-qpid-server-4.53.00-0.0.60398.noarch.rpm
  • edge-router-4.53.00-0.0.60398.noarch.rpm
  • apigee-openldap-2.4-0.0.2528.noarch.rpm
  • apigee-mirror-4.53.00-0.0.1044.noarch.rpm
  • apigee-tomcat-9.0.111-0.0.962.noarch.rpm
  • apigee-sso-4.53.00-0.0.21610.noarch.rpm
  • edge-uapim-4.53.00-0.0.60366.noarch.rpm
  • edge-uapim-connector-4.53.00-0.0.60366.noarch.rpm

Vous pouvez vérifier si les versions RPM actuellement installées doivent être mises à jour en saisissant :

apigee-all version

Pour mettre à jour votre installation, procédez comme suit sur les nœuds Edge :

  1. Sur tous les nœuds Edge :

    1. Nettoyez les dépôts Yum :
      sudo yum clean all
    2. Téléchargez le dernier fichier Edge 4.53.00 bootstrap_4.53.00.sh dans /tmp/bootstrap_4.53.00.sh :
      curl https://software.apigee.com/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh
    3. Installez l'utilitaire apigee-service Edge 4.53.00 et les dépendances :
      sudo bash /tmp/bootstrap_4.53.00.sh apigeeuser=uName apigeepassword=pWord

      uName et pWord sont le nom d'utilisateur et le mot de passe que vous avez reçus d'Apigee. Si vous omettez pWord, vous serez invité à le saisir.

    4. Utilisez la commande source pour exécuter le script apigee-service.sh :
      source /etc/profile.d/apigee-service.sh
    5. Mettez à jour l'utilitaire apigee-setup :
      apigee-service apigee-setup update
  2. Sur tous les nœuds Edge, exécutez le script update.sh pour le processus edge (y compris la monétisation) :
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  3. Sur tous les nœuds LDAP, exécutez le script update.sh :
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. Si vous utilisez l'authentification unique, exécutez la commande suivante :
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
  5. Si vous utilisez apigee-mirror, exécutez la commande suivante :
    /opt/apigee/apigee-service/bin/apigee-service apigee-mirror update

Nouvelles fonctionnalités

Cette section liste les nouvelles fonctionnalités de cette version.

ID du problème Description
426383877 Ajout de la prise en charge de la clé et du certificat au format ECDSA pour la communication Northbound (client vers Apigee) et Southbound (Apigee vers la cible).

Correction de bugs

Cette section liste les bugs du cloud privé qui ont été corrigés dans cette version.

ID du problème Description
445563031 Correction des erreurs de datastore causées par un type spécifique d'interaction entre Cassandra et les composants d'application (serveur de gestion, processeur de messages ou routeur).
412696630 Correction d'un bug dans les processeurs de messages et les routeurs où les clés privées ne parvenaient parfois pas à se charger lors du bootstrap.
448566858 Suppression des journaux inutiles liés aux keystores des processeurs de messages.
442733857 Amélioration des performances des KeyValueMaps chiffrés, en particulier pour les KVM contenant un grand nombre d'entrées.
537982892 Modification de la dépendance Nginx d'edge-router

Problèmes de sécurité résolus

ID du problème Description
463848991 Résolution de la CVE-2025-61795 pour Tomcat

Intégration du hub d'API Edge pour le cloud privé

Cette version continue de prendre en charge l'intégration d'Apigee API Hub Connector pour le cloud privé, ce qui permet aux organisations de synchroniser les métadonnées d'API et les analyses d'exécution avec Google Cloud API Hub. L'intégration inclut un nouveau binaire de connecteur hub d'API Apigee et des améliorations apportées au processeur de messages, qui exporte les données d'exécution vers un système de fichiers réseau(NFS). Le connecteur API Hub pour le cloud privé consomme ces données et les publie dans API Hub. Aucune correction de bug ni modification des comportements d'intégration existants n'ont été apportées.

Pour en savoir plus, consultez Intégration du hub d'API Edge pour le cloud privé.

Masquage des informations permettant d'identifier personnellement l'utilisateur (PII)

Cette fonctionnalité garantit la confidentialité des données et la conformité en vous permettant de masquer les données sensibles dans les bundles de proxy d'API et de flux partagés avant qu'ils ne soient synchronisés avec API Hub.

  • Masques par défaut : le connecteur applique automatiquement une liste intégrée d'expressions XPath (masques par défaut) pour masquer les sources d'informations permettant d'identifier personnellement des utilisateurs connues dans les configurations de règles (par exemple, les mots de passe d'authentification de base codés en dur, les clés privées dans les règles JWT/JWS).
  • Masques personnalisés : vous pouvez configurer des masques personnalisés supplémentaires en définissant la propriété conf_uapim_connector.uapim.mask.xpaths dans le fichier /opt/apigee/customer/application/uapim-connector.properties, ce qui vous permet de cibler des champs sensibles spécifiques aux clients.

Réconciliation de l'organisation (remplissage)

Le connecteur fournit désormais un processus défini pour réconcilier (ou remplir) l'ensemble des métadonnées d'API d'une organisation Apigee existante avec API Hub.

  • Processus : la réconciliation est obtenue en désactivant temporairement une organisation de la configuration du connecteur (en effaçant les valeurs des propriétés runtimeDataPubsub et metadataPubsub), puis en la réactivant immédiatement (en restaurant les valeurs).
  • Fonction : cette action force le connecteur à effectuer une récupération complète et une resynchronisation complète de toutes les métadonnées de l'organisation spécifiée, ce qui résout les incohérences potentielles des données.

Modifications apportées aux logiciels compatibles

  • Ajout de la prise en charge d'Amazon Linux 2023(7,8) et de RHEL-9.6.
  • Ajout de la prise en charge d'Apache Tomcat 9.0.111.

Pour obtenir la liste complète des logiciels compatibles, consultez Logiciels compatibles avec Edge pour le cloud privé.

Abandons et mises hors service

Aucun abandon ni mise hors service n'ont été effectués dans cette version.

Problèmes connus

Pour obtenir la liste complète des problèmes connus, consultez Problèmes connus avec Edge pour le cloud privé.

Appliquer plusieurs versions de correctif

Cette section explique comment appliquer plusieurs versions de correctif si vous effectuez une mise à jour à partir de une version d'Edge pour le cloud privé antérieure à la version précédente du correctif.

Chaque version de correctif contient des mises à jour de composants spécifiques d'Edge pour le cloud privé, tels que edge-management-server. Pour appliquer plusieurs versions de correctif, vous devez mettre à jour chaque composant Edge inclus dans une version de correctif ultérieure à votre version actuellement installée. Pour trouver ces composants, consultez les notes de version d'Edge pour le cloud privé pour toutes les versions ultérieures à votre version actuelle, puis vérifiez la liste des RPM pour ces versions. Consultez les notes de version d'Apigee pour obtenir des liens vers toutes les notes de version d'Edge pour le cloud privé.

Remarque : Vous n'avez besoin de mettre à jour chaque composant qu'une seule fois, en installant le RPM pour la dernière version du composant inclus dans les versions de correctif. Suivez les instructions des notes de version pour cette version afin de mettre à jour le composant.

Remarque : La mise à niveau d'un composant installe automatiquement la dernière version de correctif d'un composant. Si vous souhaitez effectuer une mise à niveau vers une version de correctif qui n'est pas la dernière, vous devez conserver votre propre copie tarball du dépôt Apigee à l'aide d'Apigee Mirror, et utiliser ce miroir pour les installations Apigee. Pour en savoir plus, consultez Utiliser un dépôt Edge local pour conserver votre version d'Edge.