Files
void-genesis/dev/docker-compose.yml
T
2026-05-26 20:18:12 +02:00

116 lines
4.4 KiB
YAML

# ==============================================================================
# Void-Genesis - Lobby Dev-Umgebung
# ==============================================================================
services:
# ----------------------------------------------------------------------------
# 1. Lobby-Datenbank (PostgreSQL)
# ----------------------------------------------------------------------------
lobby-db:
image: postgres:16-alpine
container_name: void_lobby_db
restart: unless-stopped
# Hier übergeben wir die Zugangsdaten aus der .env Datei an den Container
environment:
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
POSTGRES_USER: ${POSTGRES_USER}
# Da der Container standardmäßig nach POSTGRES_PASSWORD sucht, leiten wir
# unser spezifisches User-Passwort für die Initialisierung hier weiter.
PGPASSWORD: ${POSTGRES_PASSWORD_LOBBY}
POSTGRES_DB: ${POSTGRES_DB}
# Wir binden den Port nur an Localhost. So kann man per SSH-Tunnel
# (z.B. mit DBeaver/PgAdmin) sicher darauf zugreifen.
ports:
- "${PORT_DB}:5432"
# Wir mounten den lokalen Ordner in den Container. Wenn der Container
# gelöscht wird, bleiben unsere Tabellen und Nutzerdaten erhalten.
volumes:
- ./data/postgres:/var/lib/postgresql/data
# Verbindet die Datenbank mit unserem internen Projekt-Netzwerk
networks:
- void_dev_network
# Ein Healthcheck stellt sicher, dass die DB wirklich Anfragen annehmen kann,
# bevor das Backend startet.
healthcheck:
test: ["CMD-SHELL", "pg_isready -U ${POSTGRES_USER} -d ${POSTGRES_DB}"]
interval: 5s
timeout: 5s
retries: 5
# ----------------------------------------------------------------------------
# 2. Lobby-Backend (Node.js)
# ----------------------------------------------------------------------------
lobby-backend:
# Wir bauen das Image dynamisch aus unserem Unterordner
build:
context: ./lobby-backend
dockerfile: Dockerfile.dev
container_name: void_lobby_backend
restart: unless-stopped
# Das Backend darf erst starten, wenn der Healthcheck der Datenbank 'healthy' ist.
depends_on:
lobby-db:
condition: service_healthy
# Wir mounten den lokalen Ordner direkt in das Arbeitsverzeichnis des Containers.
# Dadurch greifen Code-Änderungen sofort (Hot-Reload via Nodemon).
volumes:
- ./lobby-backend:/app
# Wir schließen node_modules vom lokalen Mount aus, damit der Container
# seine eigenen, nativen Linux-Binaries behält.
- /app/node_modules
ports:
- "${PORT_BACKEND}:3000"
# Übergabe der DB-Daten an Node.js, um die Connection-String zu bauen
environment:
- DB_HOST=lobby-db
- DB_PORT=5432
- DB_USER=${POSTGRES_USER}
- DB_PASS=${POSTGRES_PASSWORD}
- DB_NAME=${POSTGRES_DB}
- NODE_ENV=development
- JWT_ACCESS_SECRET=${JWT_ACCESS_SECRET}
- JWT_REFRESH_SECRET=${JWT_REFRESH_SECRET}
- BREVO_API_KEY=${BREVO_API_KEY}
- BREVO_SENDER_EMAIL=${BREVO_SENDER_EMAIL}
- BREVO_SENDER_NAME=${BREVO_SENDER_NAME}
- MAIL_MODE=${MAIL_MODE}
networks:
- void_dev_network
- npm_network
# ----------------------------------------------------------------------------
# 3. Dev-Frontend (Vite + PixiJS)
# ----------------------------------------------------------------------------
lobby-frontend:
build:
context: ./lobby-frontend
dockerfile: Dockerfile.dev
container_name: void_lobby_frontend
restart: unless-stopped
# Auch hier mounten wir den Code für Vite's HMR (Hot Module Replacement)
volumes:
- ./lobby-frontend:/app
- /app/node_modules
# Wir exposen den Vite-Standardport. Nginx Proxy Manager (NPM) kann dann
# dev.void-genesis.de auf diesen lokalen Port routen.
ports:
- "${PORT_FRONTEND}:5173"
environment:
- NODE_ENV=development
# Vite benötigt diese Einstellung oft in Docker, um File-Changes zu bemerken
- CHOKIDAR_USEPOLLING=true
networks:
- void_dev_network
- npm_network
# ------------------------------------------------------------------------------
# Netzwerke
# ------------------------------------------------------------------------------
networks:
void_dev_network:
driver: bridge
# Wir binden das externe NPM-Netzwerk ein
npm_network:
external: true
name: nginx-proxy-manager_default