- Szycy
- 4 września 2026 22:13 UTC
- Autor
- Kamo
- Pochęt się
- e6dabb1
kamo-rejestrator jest jedyną usługą na platformie, której CI generuje w linii włączenia do wdrażania, z heredoc, zamiast nakładać k8s/deployment.yaml. Dwie konsekwencje, obie ciche: 1. k8s/deployment.yaml jest martwym kodem. Wylądowały w nim ogólnochętrowana praca w zakresie bezpieczeństwa Poranek, jak wszędzie indziej, rozmieszczenie stało się zielone i nic nie dotarło do klastra. 2. Każde wdrożenie REVERTS live Deployment do tej minimalnej specyfikacji, więc wszystko coplikuje ręcznie Potrwać do następnego pchnięcia. Złapany przez KlusterServices audyt bezpieczeństwa, który odczytuje klaster, a nie repozys; To rozmieszczenie pozostało jako jedna z trzech awarii, biegnąca bez sondy gotowości, bez preStop. Hak i brak minReadySeconds, podczas gdy jego własny manifest zadeklarował wszystkie trzy. Pełnoby strażnik na repo miałby Przeszedł tutaj, ponieważ plik, który sprawdził, jest plikiem, który nikt nie ma zastosowania. Ustawienia są dodawane do heredoc, który jest dla nich uczciwym miejscem. Przełączanie kroku Przejdź do k8s/deployment.yaml NIE jest zmianą linii jednoliniowej i celowo nie próbuje się tutaj: Odwołuje się do pliku a kamowebregister-config ConfigMap, który nie istnieje w klastrze I które nic nie tworzy, a jego env wpisy są konfiskaty, której uruchomiona aplikacja nigdy nie miała. Aplikowanie Jakby - to zdjął usługę. Plik ma teraz nagłówek mówiący to wszystko, więc następny Osoba nie traci na to tego samego popołudnia.