- Expédié
- 4 septembre 2026 à 22:13 UTC
- Auteur
- Kamo
- Commite
- e6dabb1
kamo-register est le seul service sur la plate-forme dont l'IC génère son déploiement en ligne, avec un icidoc, au lieu d'appliquer k8s/dépôt.yaml. Deux conséquences, toutes deux silencieuses: 1. k8s/déploiement.yaml est un code mort. Les travaux de déploiement de la flotte sur la sécurité ont atterri à cet effet. matin comme partout ailleurs, le déploiement est devenu vert, et rien n'atteignait l'amas. 2. Chaque déploiement REVRA ce déploiement en direct à cette spécification minimale, donc tout ce qui est appliqué à la main dure jusqu'à la poussée suivante. Pris par l'audit de déploiement de KlusterServices, qui lit le cluster plutôt que la reprise ce déploiement a été laissé comme l'un des trois seuls échecs, fonctionnant sans sonde de préparation, pas de préStop hook and no minReadySeconds tandis que son propre manifeste déclarait les trois. Un garde par répillon aurait passé ici, parce que le fichier qu'il aurait vérifié est le fichier que personne ne s'applique. Les paramètres sont ajoutés à l'hérède, qui est l'endroit honnête pour eux aujourd'hui. Passage de la marche plus à k8s/nder.yaml N'est PAS un changement en ligne et n'est délibérément pas tenté ici: que du fichier EnvDe référence a kamowebregister-config ConfigMap qui n'existe pas dans le cluster et que rien ne crée, et ses entrées env sont config l'application en cours d'exécution jamais. Appliquer Il en résulterait un enlever le service. Le fichier porte maintenant un en-tête disant tout cela donc le prochain la personne ne perd pas le même après-midi.