e52284c88f
Zmiana wobec pierwszej wersji: demo NIE pracuje już na produkcyjnej warstwie danych. Ma własną logikę i własne dane, na osobnym udziale astrololo-demo, pustym na starcie. Oryginalne bazy są dla demo nieosiągalne — nie przez uprawnienia, tylko dlatego, że nie ma do nich drogi. DLACZEGO OSOBNA JEST TEŻ WARSTWA LOGICZNA. Zna ona JEDEN adres warstwy danych, więc astroklient korzystający z produkcyjnej logiki i tak trafiłby na produkcyjne bazy. Izolacja musi sięgnąć obu warstw naraz, inaczej nie ma jej wcale. Jedyną różnicą logic-demo wobec produkcyjnej jest DATA_URL — i to jest cała izolacja, więc wpisanie tam „logic" cofnęłoby ją jednym słowem. Stąd komentarz przy tej linii i sąsiedztwo obu plików. PULE PER KONTO. Każde konto demo dostaje własny podkatalog na tym udziale, niewidoczny dla pozostałych — w liście plików i w wynikach wyszukiwania. Konta są listą `login:sekret` w sekrecie, bo jedno wspólne oznaczałoby wspólną pulę, czyli klientów oglądających nawzajem swoje wgrania. Ten sam OBRAZ co produkcja dla data i logic — różni je wyłącznie konfiguracja. Osobny obraz to drugi kod do utrzymania i pewność, że kiedyś się rozjadą. Logika demo nie dostaje kluczy do modeli językowych: astroklient nie umie o nie prosić, więc nie ma powodu, żeby leżały w tym podzie. Runbook opisuje IMPORT PULI KLIENTA do pełnej aplikacji — sedno całego układu, bo klient przechodzący na pełną wersję nie może stracić wgrań. Jego pula to jeden katalog: sprawdzenie kolizji nazw, kopiowanie z -n (nigdy nadpisania bazy produkcyjnej), bez pliku stanu (produkcja ma własny), a na końcu świadome włączenie w zakładce Pliki. Nie włączają się same, bo przeniesienie jest czynnością techniczną, a decyzja o użyciu należy do właściciela. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
123 lines
4.0 KiB
YAML
123 lines
4.0 KiB
YAML
# Warstwa danych i logiki WYŁĄCZNIE dla wersji demo (PRE-29).
|
|
#
|
|
# DLACZEGO OSOBNY KOMPLET, A NIE WSPÓŁDZIELONY. Warstwa logiczna zna JEDEN adres
|
|
# warstwy danych, więc astroklient korzystający z produkcyjnej logiki i tak trafiłby
|
|
# na produkcyjne bazy. Izolacja demo musi więc sięgnąć obu warstw naraz, inaczej
|
|
# nie ma jej wcale.
|
|
#
|
|
# Udział `astrololo-demo` jest PUSTY na starcie i nigdy nie zawiera oryginalnych
|
|
# baz. Każde konto demo dostaje w nim własny podkatalog (pulę) — patrz PRE-29.
|
|
---
|
|
apiVersion: apps/v1
|
|
kind: Deployment
|
|
metadata:
|
|
name: data-demo
|
|
namespace: astrololo
|
|
spec:
|
|
replicas: 1
|
|
selector:
|
|
matchLabels: { app: data-demo }
|
|
template:
|
|
metadata:
|
|
labels: { app: data-demo }
|
|
spec:
|
|
containers:
|
|
- name: data
|
|
# TEN SAM obraz co produkcja — różni się wyłącznie udziałem, na którym
|
|
# pracuje. Osobny obraz oznaczałby drugi kod do utrzymania i pewność,
|
|
# że kiedyś się rozjadą.
|
|
image: gitea.czernobog.pl/gitea/astrololo-data:latest
|
|
ports: [{ containerPort: 8002 }]
|
|
env:
|
|
- name: DATA_PROVIDER
|
|
value: "excel"
|
|
- name: EXCEL_DIR
|
|
value: "/app/data_files"
|
|
- name: CACHE_DIR
|
|
value: "/app/.cache"
|
|
- name: INTERNAL_TOKEN
|
|
valueFrom:
|
|
secretKeyRef: { name: astrololo-auth, key: INTERNAL_TOKEN }
|
|
- name: LINK_KEY_LOGIC_DATA
|
|
valueFrom:
|
|
secretKeyRef: { name: astrololo-link, key: LINK_KEY_LOGIC_DATA }
|
|
- name: LINK_ENCRYPTION_REQUIRED
|
|
value: "true"
|
|
volumeMounts:
|
|
- name: cache
|
|
mountPath: /app/.cache
|
|
- name: demo
|
|
mountPath: /app/data_files
|
|
resources:
|
|
requests: { cpu: "100m", memory: "256Mi" }
|
|
limits: { cpu: "500m", memory: "512Mi" }
|
|
volumes:
|
|
- name: cache
|
|
emptyDir: {}
|
|
- name: demo
|
|
nfs:
|
|
server: 192.168.1.34
|
|
# OSOBNY udział, pusty na starcie. NIE /mnt/Tank1/astrololo —
|
|
# to jest cała istota izolacji demo.
|
|
path: /mnt/Tank1/astrololo-demo
|
|
---
|
|
apiVersion: v1
|
|
kind: Service
|
|
metadata:
|
|
name: data-demo
|
|
namespace: astrololo
|
|
spec:
|
|
type: ClusterIP
|
|
selector: { app: data-demo }
|
|
ports: [{ port: 8002, targetPort: 8002 }]
|
|
---
|
|
apiVersion: apps/v1
|
|
kind: Deployment
|
|
metadata:
|
|
name: logic-demo
|
|
namespace: astrololo
|
|
spec:
|
|
replicas: 1
|
|
selector:
|
|
matchLabels: { app: logic-demo }
|
|
template:
|
|
metadata:
|
|
labels: { app: logic-demo }
|
|
spec:
|
|
containers:
|
|
- name: logic
|
|
image: gitea.czernobog.pl/gitea/astrololo-logic:latest
|
|
ports: [{ containerPort: 8001 }]
|
|
env:
|
|
# JEDYNA różnica wobec produkcyjnej logiki — i zarazem cała izolacja.
|
|
- name: DATA_URL
|
|
value: "http://data-demo:8002"
|
|
- name: EPHEMERIS_ENGINE
|
|
value: "own"
|
|
- name: INTERNAL_TOKEN
|
|
valueFrom:
|
|
secretKeyRef: { name: astrololo-auth, key: INTERNAL_TOKEN }
|
|
- name: LINK_KEY_PRESENTATION_LOGIC
|
|
valueFrom:
|
|
secretKeyRef: { name: astrololo-link, key: LINK_KEY_PRESENTATION_LOGIC }
|
|
- name: LINK_KEY_LOGIC_DATA
|
|
valueFrom:
|
|
secretKeyRef: { name: astrololo-link, key: LINK_KEY_LOGIC_DATA }
|
|
- name: LINK_ENCRYPTION_REQUIRED
|
|
value: "true"
|
|
# Bez kluczy do modeli językowych. Astroklient nie umie o nie prosić,
|
|
# więc ich tu nie ma — czego nie ma w podzie, tego nie wyniesie.
|
|
resources:
|
|
requests: { cpu: "100m", memory: "128Mi" }
|
|
limits: { cpu: "500m", memory: "512Mi" }
|
|
---
|
|
apiVersion: v1
|
|
kind: Service
|
|
metadata:
|
|
name: logic-demo
|
|
namespace: astrololo
|
|
spec:
|
|
type: ClusterIP
|
|
selector: { app: logic-demo }
|
|
ports: [{ port: 8001, targetPort: 8001 }]
|