gitea
f2ea8e26c0
Astroklient zbudował się poprawnie, ale jego obraz nie schodził do klastra. Przyczyna nie leżała ani w CI, ani w rejestrze: CRD ImageUpdater w klastrze miał CZTERY obrazy (data, logic, presentation, render), a plik w gicie sześć. Brakowało astrodemo I astroklienta. `image-updater.yaml` nie był w kustomization.yaml, więc ArgoCD go nie nakładał. Dopisanie usługi do pliku nie robiło zatem nic — listy nikt nie stosował. ODWRACAM DECYZJĘ UDOKUMENTOWANĄ W TYM REPO. README twierdziło, że wyłączenie jest celowe: resource stoi w ns argocd, poza namespace docelowym aplikacji, i jest konfiguracją kontrolera, a nie aplikacji. Rozumowanie nie było głupie, ale nie wytrzymało praktyki — ręczny krok zapomniano dwa razy w ciągu dwóch tygodni, najpierw dla astrodemo, potem dla astroklienta. Najgorsza była CICHOŚĆ rozjazdu. Plik w gicie wyglądał poprawnie, git log pokazywał dopisanie usługi, a objawem był obraz, który „się nie deployuje" — co kieruje podejrzenia na CI albo na rejestr, czyli wszędzie poza właściwe miejsce. Diagnoza wymaga porównania pliku ze stanem klastra, a nikt nie porównuje rzeczy, o której nie wie, że mogą się różnić. Przeszkody technicznej nie było: projekt ArgoCD dopuszcza dowolną przestrzeń nazw (destinations: '*'), a dry-run serwerowy przyjmuje resource bez zastrzeżeń. W README zostaje wyjaśnienie, dlaczego jest w kustomization mimo wcześniejszego uzasadnienia — razem z prośbą, żeby przy ewentualnym wyjmowaniu usunąć też ten akapit. Inaczej następna osoba przeczyta powód, którego już nie ma. Zweryfikowane: kustomize build 38 obiektów (było 37), dry-run serwerowy aktualizuje istniejący CRD. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
34 lines
1.5 KiB
YAML
34 lines
1.5 KiB
YAML
apiVersion: kustomize.config.k8s.io/v1beta1
|
|
kind: Kustomization
|
|
resources:
|
|
- namespace.yaml
|
|
- postgres.yaml # lustro baz Excela w SQL (DAN-28) — sekret astrololo-postgres POZA repo
|
|
- data.yaml
|
|
- logic.yaml
|
|
- astrodemo-stack.yaml # OSOBNA warstwa danych i logiki dla demo (PRE-29)
|
|
- astrodemo.yaml # wersja demo (PRE-28) — sekret astrololo-astrodemo POZA repo
|
|
- astroklient-stack.yaml # OSOBNA warstwa danych i logiki dla astroklienta (PR 5)
|
|
- astroklient.yaml # warstwa pośrednia — sekret astrololo-astroklient POZA repo
|
|
- presentation.yaml
|
|
- render.yaml # składanie raportu PDF (PRE-24), osobny obraz z TeX Live
|
|
- tls.yaml # certyfikat z własnego CA (wymaga cert-managera)
|
|
- ingress.yaml # wejście po https + przekierowanie z http
|
|
# Definicja obserwatora obrazów — WDRAŻANA, a nie wklepywana ręcznie.
|
|
# Póki jej tu nie było, plik w gicie i stan klastra rozjeżdżały się w ciszy:
|
|
# dopisanie usługi do listy nie robiło nic, bo listy nikt nie stosował.
|
|
# Mieszka w przestrzeni argocd — projekt to dopuszcza (destinations: '*').
|
|
- image-updater.yaml
|
|
images:
|
|
- name: gitea.czernobog.pl/gitea/astrololo-data
|
|
newTag: fd79513c
|
|
- name: gitea.czernobog.pl/gitea/astrololo-logic
|
|
newTag: 10970c57
|
|
- name: gitea.czernobog.pl/gitea/astrololo-render
|
|
newTag: cf24c4d4
|
|
- name: gitea.czernobog.pl/gitea/astrololo-presentation
|
|
newTag: 338ec24e
|
|
- name: gitea.czernobog.pl/gitea/astrololo-astrodemo
|
|
newTag: fd79513c
|
|
- name: gitea.czernobog.pl/gitea/astrololo-astroklient
|
|
newTag: 10970c57
|