openhands
e4f83a8036
Gitea Actions Runner Test / test-job (push) Successful in 1s
CI / check (push) Failing after 21s
CI / tests-unit (push) Skipped
CI / tests-integration (push) Skipped
CI / tests-ui (push) Skipped
CI / preflight (push) Skipped
CI / deploy (push) Skipped
102 lines
4.0 KiB
YAML
102 lines
4.0 KiB
YAML
# ─────────────────────────────────────────────────────────────────────────────
|
|
# Next.js CMS — blue/green
|
|
#
|
|
# De app draait met `network_mode: host`, dus een replica neemt een host-poort in
|
|
# plaats van een gedeelde docker-poort. Daarom twee expliciete services in plaats
|
|
# van `docker compose up --scale cms=2`: die zou op poort 3002 botsen.
|
|
#
|
|
# `deploy.sh` start een release op de vrije poort, wacht op /api/health, schrijft
|
|
# daarna /etc/nginx/snippets/cms_upstream_servers.conf en herlaadt nginx. Pas dan
|
|
# wordt de oude replica gestopt. De hele release is dus zero-downtime: faalt de
|
|
# nieuwe replica, dan blijft de oude gewoon draaien.
|
|
#
|
|
# De YAML-anchor houdt beide replicas identiek. Wil je ze bewust uit elkaar
|
|
# halen (bv. één release canary-en), verwijder dan `<<: *cms` en vul de
|
|
# afwijkende velden opnieuw in.
|
|
# ─────────────────────────────────────────────────────────────────────────────
|
|
x-cms: &cms
|
|
image: epicnext-cms:${CMS_RELEASE:-local}
|
|
build:
|
|
context: .
|
|
dockerfile: Dockerfile
|
|
args:
|
|
NEXT_DEPLOYMENT_ID: ${CMS_RELEASE:-unknown}
|
|
network: host
|
|
network_mode: host
|
|
# 15s: Next moet een lopend request nog netjes kunnen afronden voordat SIGKILL
|
|
# volgt. Met 10s werden streams en imports afgekapt.
|
|
stop_grace_period: 15s
|
|
restart: unless-stopped
|
|
env_file:
|
|
- .env
|
|
volumes:
|
|
- ./public/nitro-assets:/app/public/nitro-assets
|
|
- ./public/swf:/app/public/swf
|
|
- ./storage:/app/storage
|
|
- /var/www/Gamedata:/var/www/Gamedata
|
|
|
|
# ── Resource limits ──
|
|
# De limieten waren eerder weggehaald ("Next mag onbeperkt presteren"). Op een
|
|
# gedeelde host is juist dat gevaarlijk: één geheugenlek vult dan de hele
|
|
# machine en MariaDB + nginx + Traefik gaan er allemaal onderuit. 4 GiB met
|
|
# 1 GiB swap geeft de V8-heap ruimte om zich te organiseren voor hij hard wordt
|
|
# afgesneden, maar houdt de schade begrensd. 2 CPU laat drie keer zoveel
|
|
# achtergrondwerk toe als de cores, zodat de 6 cores van deze host niet
|
|
# volledig door twee replicas worden opgeëist.
|
|
mem_limit: 4g
|
|
memswap_limit: 5g
|
|
cpus: 2.0
|
|
pids_limit: 512
|
|
|
|
# Leest de poort uit de eigen omgeving, dus dezelfde healthcheck werkt voor
|
|
# 3002 én 3003 zonder dat deze tweemaal in de compose hoeft te staan.
|
|
healthcheck:
|
|
test: ["CMD", "node", "-e", "fetch('http://127.0.0.1:'+(process.env.PORT||'3002')+'/api/health').then(r=>{process.exit(r.ok?0:1)}).catch(()=>process.exit(1))"]
|
|
interval: 15s
|
|
timeout: 5s
|
|
retries: 3
|
|
start_period: 40s
|
|
|
|
services:
|
|
# Blauwe replica: host-poort 3002.
|
|
cms:
|
|
<<: *cms
|
|
container_name: epicnext-cms
|
|
environment:
|
|
- HOSTNAME=0.0.0.0
|
|
- PORT=3002
|
|
|
|
# Groene replica: host-poort 3003. Meestal uitgeschakeld; alleen tijdens een
|
|
# release gestart, totdat nginx hem in de upstream-lijst heeft overgenomen.
|
|
cms-green:
|
|
<<: *cms
|
|
container_name: epicnext-cms-green
|
|
profiles: ["green"]
|
|
environment:
|
|
- HOSTNAME=0.0.0.0
|
|
- PORT=3003
|
|
|
|
# ── Byparr (Cloudflare bypass for clone sources) ──
|
|
byparr:
|
|
image: ghcr.io/thephaseless/byparr:latest
|
|
container_name: byparr
|
|
network_mode: host
|
|
restart: unless-stopped
|
|
environment:
|
|
- LOG_LEVEL=INFO
|
|
|
|
# Resource limits verwijderd: Headless Chrome heeft bij zware pagina-scrapes
|
|
# soms tijdelijk meer dan 1 GB RAM nodig. Nu krijgt hij alle ruimte.
|
|
pids_limit: 256
|
|
|
|
healthcheck:
|
|
test: ["CMD", "curl", "http://localhost:8191/health"]
|
|
interval: 30s
|
|
timeout: 10s
|
|
retries: 3
|
|
start_period: 30s
|
|
|
|
# De database draait niet meer in Docker. `mariadb-turbo` is verwijderd: de
|
|
# service is nooit gestart, de volume bestond niet, en de echte MariaDB draait
|
|
# al als host-proces op 127.0.0.1:3306. De optimalisatie-vlaggen daar stonden
|
|
# dus al langer niets meer in beheer. |