compose: web/admin/campo/backend na rede coolify (proxy)

docker-compose.yaml

@@ -276,6 +276,9 @@ services:
     command: 'sh -c "wait-for-db schema && pnpm --filter @rastro/backend start"'
     expose:
       - '39010'
+    networks:
+      - default
+      - coolify
     labels:
       - traefik.enable=true
       # O Traefik do Coolify vive na rede `coolify`. Como o container fica em DUAS
@@ -314,6 +317,9 @@ services:
     command: 'sh -c "pnpm --filter web preview --host 0.0.0.0 --port 39000"'
     expose:
       - '39000'
+    networks:
+      - default
+      - coolify
     labels:
       # O endereço sai de WEB_DOMAIN, a MESMA variável que o site usa para aceitar o
       # host e que o /api usa na regra do Traefik. Enquanto o domínio era atribuído na
@@ -346,6 +352,9 @@ services:
     command: 'sh -c "pnpm --filter admin preview --host 0.0.0.0 --port 39020"'
     expose:
       - '39020'
+    networks:
+      - default
+      - coolify
     labels:
       - traefik.enable=true
       # O Traefik do Coolify vive na rede `coolify`. Como o container fica em DUAS
@@ -373,6 +382,9 @@ services:
     command: 'sh -c "pnpm --filter campo preview --host 0.0.0.0 --port 39030"'
     expose:
       - '39030'
+    networks:
+      - default
+      - coolify
     labels:
       - traefik.enable=true
       # O Traefik do Coolify vive na rede `coolify`. Como o container fica em DUAS
@@ -400,6 +412,16 @@ services:
     restart: unless-stopped
     expose:
       - '8000'
+# A rede do proxy do Coolify, onde o Traefik vive (ele roda SÓ nela, como mostra o
+# /data/coolify/proxy/docker-compose.yml). Os serviços com endereço público precisam
+# estar nas DUAS redes: a própria (para falar com banco, fila e entre si) e esta (para
+# o Traefik alcançá-los). Faltando esta, o roteador existe e responde "503 no
+# available server" com todos os containers saudáveis — foi o que aconteceu.
+networks:
+  default: {}
+  coolify:
+    external: true
+
 volumes:
   osrm_data: null
   dbdata2: null

docker-compose.yml

@@ -276,6 +276,9 @@ services:
     command: 'sh -c "wait-for-db schema && pnpm --filter @rastro/backend start"'
     expose:
       - '39010'
+    networks:
+      - default
+      - coolify
     labels:
       - traefik.enable=true
       # O Traefik do Coolify vive na rede `coolify`. Como o container fica em DUAS
@@ -314,6 +317,9 @@ services:
     command: 'sh -c "pnpm --filter web preview --host 0.0.0.0 --port 39000"'
     expose:
       - '39000'
+    networks:
+      - default
+      - coolify
     labels:
       # O endereço sai de WEB_DOMAIN, a MESMA variável que o site usa para aceitar o
       # host e que o /api usa na regra do Traefik. Enquanto o domínio era atribuído na
@@ -346,6 +352,9 @@ services:
     command: 'sh -c "pnpm --filter admin preview --host 0.0.0.0 --port 39020"'
     expose:
       - '39020'
+    networks:
+      - default
+      - coolify
     labels:
       - traefik.enable=true
       # O Traefik do Coolify vive na rede `coolify`. Como o container fica em DUAS
@@ -373,6 +382,9 @@ services:
     command: 'sh -c "pnpm --filter campo preview --host 0.0.0.0 --port 39030"'
     expose:
       - '39030'
+    networks:
+      - default
+      - coolify
     labels:
       - traefik.enable=true
       # O Traefik do Coolify vive na rede `coolify`. Como o container fica em DUAS
@@ -400,6 +412,16 @@ services:
     restart: unless-stopped
     expose:
       - '8000'
+# A rede do proxy do Coolify, onde o Traefik vive (ele roda SÓ nela, como mostra o
+# /data/coolify/proxy/docker-compose.yml). Os serviços com endereço público precisam
+# estar nas DUAS redes: a própria (para falar com banco, fila e entre si) e esta (para
+# o Traefik alcançá-los). Faltando esta, o roteador existe e responde "503 no
+# available server" com todos os containers saudáveis — foi o que aconteceu.
+networks:
+  default: {}
+  coolify:
+    external: true
+
 volumes:
   osrm_data: null
   dbdata2: null