Ne déployer que des composants dont la configuration a changé; jamais de réinstaller inutilement

CIKlusterServices
Expédié
8 juillet 2026 à 18:46 UTC
Auteur
Kamo
Commite
6aa246e

deploy-services.yml a réappliqué chaque service ET opérateurs de cluster réinstallés (cert-manager, KubeVirt, CDI avec 600s attend) sur chaque poussage à la main, donc a Un changement de rspamd d'une ligne a déclenché une réinstallation de groupement complet de 50 minutes. - Ajouter une étape "Détecter les composants modifiés" qui diffue la poussée et les portes de chaque Désactiver une étape sur la question de savoir si ITS haut niveau dir a changé. Expédition manuelle, base inconnue SHA, ou une modification du flux de travail lui-même forcer encore un plein Réconciliation. - Garder l'opérateur installé : cert-manager n'installe qu'en cas d'absence ou de différentes versions; KubeVirt-CDI saute la (ré)installation et attente disponible lorsque Les deux RC sont déjà déployées. Donc même un réconcilié complet ne réinstalle jamais un opérateur sain. - Spams divisés en son propre échelon fermé, de sorte qu'un changement de tordu ne se répare plus la pile de courrier entier / redéfinit les travaux MySQL. - Ajouter un groupe de simultanéité afin que deux déploiements ne puissent pas courir sur kubectl s'appliquent.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation