feat(astrololo): usluga render — raport PDF (PRE-24)

Nowy komponent skladajacy raport PDF. Osobny obraz, bo dzwiga TeX Live (setki MB)
— ta sama zasada co przy izolacji swissepha (LOG-27): obraz produktu zostaje maly,
TeX aktualizuje sie niezaleznie, a awaria renderu nie kladzie aplikacji, tylko
przycisk „Pobierz PDF".

- render.yaml — Deployment + Service. ClusterIP, BEZ NodePortu i Ingressu: nie ma
  powodu, zeby ktokolwiek siegal do tej uslugi z zewnatrz. Rozmawia wylacznie
  z prezentacja.
- Szyfrowanie: wlasny, TRZECI klucz LINK_KEY_PRESENTATION_RENDER z sekretu
  astrololo-link. Osobny, bo tym laczem plynie CALY raport (dane urodzeniowe
  i opisy z baz) — przejecie go nie moze otwierac lacza do logiki ani danych.
  LINK_ENCRYPTION_REQUIRED=true, wiec bez klucza pod NIE wstaje.
- readOnlyRootFilesystem + emptyDir na /tmp: kompilacja pisze tylko do katalogu
  tymczasowego, raport nie zostawia sladu w kontenerze.
- Limity rozjechane celowo (100m/256Mi -> 1500m/1Gi): XeLaTeX na obszernym
  raporcie bierze duzo, ale na krotko.
- presentation: RENDER_URL + trzeci klucz lacza.

Sekret astrololo-link trzeba UZUPELNIC o trzeci klucz PRZED wdrozeniem,
zachowujac dwa dotychczasowe — komenda w instrukcji.

Sprawdzone: kubectl kustomize + apply --dry-run=server na zywym klastrze
(service/render i deployment.apps/render created).

Pelna instrukcja: docs/wdrozenie-render-pdf.md w repo astrololo.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

astrololo/README.md

@@ -8,21 +8,6 @@ Warstwy: `presentation` (wejście z przeglądarki przez **Ingress po https**)
 
 Adres aplikacji: **https://astrololo.czernobog.pl** — patrz [TLS](#-tls--wymagane-kroki-przed-wdrożeniem).
 
-## Co śledzi image-updater — [`image-updater.yaml`](image-updater.yaml)
-
-Lista obrazów podbijanych automatycznie jest **jawna** i żyje w CRD `ImageUpdater`
-(ns `argocd`). Obraz, którego na niej nie ma, **nigdy się nie podbije**, choćby CI
-go budowało — tak przez chwilę wisiał `render` na `:latest`, zanim dopisaliśmy go do
-listy. Dodając nową usługę, dopisz jej wpis w `image-updater.yaml` i nałóż:
-
-```bash
-kubectl apply -f astrololo/image-updater.yaml
-```
-
-Ten plik **celowo nie jest w `kustomization.yaml`**: resource stoi w ns `argocd`
-(poza namespace docelowym aplikacji), a to konfiguracja kontrolera, który wdraża tę
-aplikację — nakładamy go ręcznie, w repo trzymamy dla odtwarzalności i historii.
-
 ## ⚠️ Sekret `astrololo-auth` — utwórz PRZED wdrożeniem
 
 Aplikacja wystawia treść **oryginalnych baz interpretacyjnych**, dlatego wymaga

astrololo/image-updater.yaml

@@ -1,44 +0,0 @@
-# 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
-  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

astrololo/kustomization.yaml

@@ -10,10 +10,10 @@ resources:
   - ingress.yaml # wejście po https + przekierowanie z http
 images:
   - name: gitea.czernobog.pl/gitea/astrololo-data
-    newTag: 623603b1
+    newTag: f34016a4
   - name: gitea.czernobog.pl/gitea/astrololo-logic
-    newTag: 623603b1
+    newTag: f34016a4
   - name: gitea.czernobog.pl/gitea/astrololo-render
     newTag: latest
   - name: gitea.czernobog.pl/gitea/astrololo-presentation
-    newTag: 623603b1
+    newTag: f34016a4

conjurer/kustomization.yaml

@@ -1,5 +0,0 @@
-apiVersion: kustomize.config.k8s.io/v1beta1
-kind: Kustomization
-resources:
-  - namespace.yaml
-  - librarian.yaml

conjurer/librarian.yaml

@@ -1,48 +0,0 @@
-apiVersion: apps/v1
-kind: Deployment
-metadata:
-  name: librarian
-  namespace: conjurer
-spec:
-  replicas: 1
-  selector: { matchLabels: { app: librarian } }
-  template:
-    metadata: { labels: { app: librarian } }
-    spec:
-      imagePullSecrets: [{ name: gitea-registry }]
-      containers:
-        - name: librarian
-          image: gitea.czernobog.pl/gitea/conjurer-librarian:v0.1.0
-          ports: [{ containerPort: 5001 }]
-          env:
-            - { name: CONJURER_LIBRARIAN_HOST,      value: "0.0.0.0" }
-            - { name: CONJURER_LIBRARIAN_PORT,      value: "5001" }
-            - { name: CONJURER_LIBRARIAN_DB_PATH,   value: "/doi/" }
-            - { name: CONJURER_LIBRARIAN_STATE_DIR, value: "/lib_temp_files" }
-          volumeMounts:
-            - { name: doi,   mountPath: /doi, readOnly: true }
-            - { name: state, mountPath: /lib_temp_files }
-          resources:
-            requests: { cpu: "100m", memory: "256Mi" }
-            limits:   { cpu: "1",    memory: "1Gi" }
-      volumes:
-        - name: doi
-          nfs:
-            server: 192.168.1.34
-            path: /mnt/Tank1/conjurer_doi
-        - name: state
-          persistentVolumeClaim: { claimName: librarian-state }
----
-apiVersion: v1
-kind: PersistentVolumeClaim
-metadata: { name: librarian-state, namespace: conjurer }
-spec:
-  accessModes: [ReadWriteOnce]
-  resources: { requests: { storage: 1Gi } }
----
-apiVersion: v1
-kind: Service
-metadata: { name: librarian, namespace: conjurer }
-spec:
-  selector: { app: librarian }
-  ports: [{ port: 5001, targetPort: 5001 }]

conjurer/namespace.yaml

@@ -1,4 +0,0 @@
-apiVersion: v1
-kind: Namespace
-metadata:
-  name: conjurer