Vous consultez la documentation Apigee Edge.
Accédez à la
documentation Apigee X. info
Le 14 août 2019, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.
Procédure de mise à jour
Pour mettre à jour votre installation, procédez comme suit sur les nœuds Edge :
-
Sur tous les nœuds Edge :
- Nettoyez les dépôts Yum :
sudo yum clean all
- Téléchargez le dernier fichier d'Edge 4.19.01
bootstrap_4.19.01.shdans/tmp/bootstrap_4.19.01.sh:curl https://software.apigee.com/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh
- Installez l'utilitaire
apigee-serviceet les dépendances d'Edge 4.19.01 :sudo bash /tmp/bootstrap_4.19.01.sh apigeeuser=uName apigeepassword=pWord
Où uName:pWord correspondent au nom d'utilisateur et au mot de passe que vous avez reçus d'Apigee. Si vous omettez pWord, vous serez invité à le saisir.
- Mettez à jour l'utilitaire
apigee-setup:sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
- Utilisez la commande
sourcepour exécuter le scriptapigee-service.sh:source /etc/profile.d/apigee-service.sh
- Nettoyez les dépôts Yum :
- Mettez à jour tous les nœuds du processeur de messages, du routeur et du serveur de gestion. Sur chaque nœud, exécutez la
commande suivante :
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Où configFile spécifie le fichier de configuration que vous avez utilisé pour installer Edge.
Abandon et mise hors service
Aucune.
Bugs résolus
Le tableau suivant répertorie les bugs résolus dans cette version :
| ID du problème | Description |
|---|---|
| 137173422 | Appels d'API vers des déploiements mis à jour avec SharedFlow Après la mise à jour d'un déploiement avec un SharedFlow, les appels d'API vers l'URL suivante échouaient : /org/organization_name/sharedflows/sharedflow_ID/deployments |
| 137238775 | Temps de réponse de l'API de déploiement lent avec override et
delayLes appels à l'API de déploiement avec override=true et une valeur définie pour delay prenaient trop de temps
à renvoyer. |
| 137238775 | Échecs TLS avec trial.mode défini sur trueLes certificats TLS échouaient lorsque la configuration du routeur incluait le conf_router_is.free.trial.mode=true paramètre. |