gitea
82c73f6aa5
Deployment + Service (ClusterIP), wpięcie w kustomization, obraz dopisany do image-updatera i runbook. Obraz na liście image-updatera CELOWO od razu: obraz, którego tam nie ma, nigdy się nie podbije, choćby CI go budowało — tak przez chwilę wisiał render na :latest. Token międzywarstwowy i klucz łącza brane z TYCH SAMYCH sekretów co prezentacja: demo nie jest furtką omijającą ochronę warstwy logicznej. Hasło demo natomiast z OSOBNEGO sekretu astrololo-demo — demo odcina się jego skasowaniem, bez ruszania kont głównej aplikacji. Limit żądań niższy niż w pełnej aplikacji (60/min): demo bywa udostępniane szerzej, a każde zapytanie sięga do treści baz. Runbook zaczyna się od ostrzeżenia, bo to jedyna rzecz, którą trzeba pamiętać za każdym razem: demo pracuje na PRODUKCYJNEJ warstwie danych, więc kto dostaje adres, czyta oryginalne bazy, a jego wgrania trafiają do produkcyjnego zbioru. Pełna izolacja wymagałaby osobnej warstwy danych i nie jest dziś zrobiona. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
49 lines
2.3 KiB
YAML
49 lines
2.3 KiB
YAML
# Konfiguracja argocd-image-updater dla astrololo — ŹRÓDŁO PRAWDY tego, CO śledzimy.
|
|
#
|
|
# Model v1.x: osobny CRD `ImageUpdater` w ns `argocd` (nie adnotacje na Application).
|
|
# Lista `images` jest JAWNA — obraz, którego tu NIE MA, nigdy nie zostanie podbity,
|
|
# choćby CI go budowało. Tak przez chwilę wisiał `render` na `:latest` (PRE-24):
|
|
# usługa istniała i budowała tag SHA, ale updater jej nie znał, więc kustomization
|
|
# jej nie ruszał. Dopisanie wpisu = wejście usługi do rotacji.
|
|
#
|
|
# ⚠️ TEGO PLIKU NIE MA w astrololo/kustomization.yaml i NIE MA GO TAM MIEĆ:
|
|
# 1. resource żyje w ns `argocd`, a Application astrololo celuje w ns `astrololo`
|
|
# — auto-sync przez kustomize próbowałby zapisać poza swój namespace docelowy;
|
|
# 2. to konfiguracja kontrolera, który wdraża tę właśnie aplikację — niech app
|
|
# nie zarządza narzędziem, które ją wdraża.
|
|
# Plik jest trzymany w repo dla odtwarzalności i historii; nakłada się go RĘCZNIE:
|
|
# kubectl apply -f astrololo/image-updater.yaml
|
|
#
|
|
# Strategia `newest-build`: updater bierze obraz o NAJNOWSZYM znaczniku czasu builda
|
|
# i zapisuje jego tag SHA do kustomization (write-back git). Uwaga na reprodukowalne
|
|
# buildy — identyczny `created` na kilku tagach potrafi zablokować wybór najnowszego.
|
|
apiVersion: argocd-image-updater.argoproj.io/v1alpha1
|
|
kind: ImageUpdater
|
|
metadata:
|
|
name: astrololo
|
|
namespace: argocd
|
|
spec:
|
|
applicationRefs:
|
|
- namePattern: astrololo
|
|
images:
|
|
- alias: data
|
|
imageName: gitea.czernobog.pl/gitea/astrololo-data
|
|
- alias: logic
|
|
imageName: gitea.czernobog.pl/gitea/astrololo-logic
|
|
- alias: presentation
|
|
imageName: gitea.czernobog.pl/gitea/astrololo-presentation
|
|
- alias: render
|
|
imageName: gitea.czernobog.pl/gitea/astrololo-render
|
|
# Wersja demo (PRE-28). Obraz, którego nie ma na tej liście, NIGDY się nie
|
|
# podbije, choćby CI go budowało — tak przez chwilę wisiał render na :latest.
|
|
- alias: astroklient
|
|
imageName: gitea.czernobog.pl/gitea/astrololo-astroklient
|
|
commonUpdateSettings:
|
|
updateStrategy: newest-build
|
|
writeBackConfig:
|
|
method: git:secret:argocd/git-creds
|
|
gitConfig:
|
|
repository: https://gitea.czernobog.pl/gitea/deploy.git
|
|
branch: master
|
|
writeBackTarget: kustomization:/astrololo
|