Apigee hybride est compatible avec les mises à jour progressives. Dans Kubernetes, les mises à jour progressives permettent de mettre à jour les déploiements sans interruption de service grâce à une mise à jour progressive des instances de pod avec de nouvelles instances.
Composants compatibles avec les mises à jour progressives
Si vous modifiez les paramètres de propriété pour l'un des composants hybrides suivants dans votre fichier de remplacement, vous pouvez utiliser la propriété revision pour signaler que vous souhaitez effectuer une mise à jour progressive des pods concernés.
runtime
mart
udca
metrics
synchronizer
Vous pouvez également utiliser revision lorsque vous modifiez l'une des propriétés suivantes :
nodeSelector.*
envs.*
imagePullSecrets.*
gcpProjectID (obsolète)
k8sClusterName (obsolète)
gcp.*
k8sCluster.*
contractProvider
org
Comment effectuer une mise à jour progressive
Par exemple, supposons que vous souhaitiez que la mémoire runtime actuelle de 1 Gi passe à 5 Gi :
Dans la configuration actuelle, revision est défini sur blue :
Dans la nouvelle configuration, revision est remplacé par green, ce qui indique que vous souhaitez effectuer une mise à jour progressive lorsque la modification est appliquée. La valeur que vous définissez pour revision n'a pas d'importance. Vous pouvez utiliser n'importe quelle chaîne, à condition de remplacer la valeur précédente par une autre valeur.
Lorsque vous appliquez la modification, vous pouvez utiliser l'option -c pour ne mettre à jour qu'un pod spécifique. Exemple :
apigeectl apply -f my-overrides.yaml -c runtime
Si vous n'utilisez pas -c, tous les pods dont les configurations sont modifiées seront mis à jour.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/03/12 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/03/12 (UTC)."],[[["This documentation is for Apigee hybrid version 1.2, which is no longer supported and requires an upgrade to a newer version."],["Apigee hybrid utilizes Kubernetes rolling updates, enabling zero-downtime updates by incrementally replacing Pod instances."],["Rolling updates can be triggered for specific components like `runtime`, `mart`, `udca`, `metrics`, and `synchronizer` by modifying the `revision` property in the overrides file."],["Changing properties such as `nodeSelector.*`, `envs.*`, `imagePullSecrets.*`, `gcp.*`, `k8sCluster.*`, `contractProvider`, or `org` also allows the use of `revision` to perform rolling updates."],["To initiate a rolling update, change the `revision` property to any new string value, and then apply the changes, optionally targeting specific pods using the `-c` flag."]]],[]]