yau-plant-assistant/compose/ai-compose.yml
Claude 830c050f72 Keep the Phase 9 compose additions inert until Phase 9
The design commit added ai-docs-worker with no profile and an inbox mount on
ai-api. Both take effect the moment anyone deploys, and neither has the code or
the directories behind it yet:

  - ai-compose.yml's own header says to run a bare `up -d`. That would start
    ai-docs-worker with entrypoint `python worker.py` - a file that does not
    exist - under restart: unless-stopped, so it crash-loops on a live shared
    host that also runs the demo PLC.
  - Docker creates a missing bind source as a ROOT-OWNED directory. ai-api does
    not run as root, so deploying the inbox mount before the directory exists
    gives the API an inbox it cannot write to, on the growing disk.

So: profiles: [worker] on the worker, matching the ai-ingest precedent, and the
ai-api volume block commented out with the install command beside it - the same
"add each piece at the phase that needs it" convention as caddy/ai-routes.caddy.
A bare `up -d` from main now starts exactly what it started before: pg-ai, cube,
ai-api, ai-web.

Both guards come off in the commit that adds worker.py.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 13:36:12 +10:00

212 lines
8.3 KiB
YAML

# =============================================================================
# ai-compose.yml -> deployed to ~/ai-compose.yml on yau-sls-poc-lin001
#
# House style, inherited from ~/docker-compose.yml (host brief section 7):
# - restart: unless-stopped on everything
# - log rotation 10 MB x 3 on everything
# - NO published host ports: reach services through Caddy on the proxy network
# - secrets in 0600 env files under ~/ai/, never here and never in Git
#
# Orphan-container warnings are expected (shared Compose project name) - ignore.
#
# docker compose -f ~/ai-compose.yml up -d
# =============================================================================
services:
# ---------------------------------------------------------------------------
# pg-ai - pgvector, reference data, Cube pre-aggregations.
# Deliberately NOT on proxy: no UI, nothing outside the AI stack reaches it.
# Pinned image - do NOT add to Watchtower's update list.
# ---------------------------------------------------------------------------
pg-ai:
image: pgvector/pgvector:pg16
container_name: pg-ai
restart: unless-stopped
networks: [ai-internal]
env_file:
- /home/azureuser/ai/pg-ai.env # 0600, not in Git
environment:
POSTGRES_DB: plant
POSTGRES_USER: postgres
PGDATA: /var/lib/postgresql/data/pgdata
volumes:
- /datadisk/pg-ai:/var/lib/postgresql/data
healthcheck:
test: ["CMD-SHELL", "pg_isready -U postgres -d plant"]
interval: 10s
timeout: 5s
retries: 5
logging:
driver: json-file
options: { max-size: "10m", max-file: "3" }
# ---------------------------------------------------------------------------
# cube - semantic layer. Reads imh over TDS/1433 with the read-only login, or
# the fixture tables in pg-ai while USE_FIXTURES=true. Writes pre-aggregations
# into pg-ai schema cube_preagg. Pinned - not in Watchtower's list.
# ---------------------------------------------------------------------------
cube:
image: cubejs/cube:v1.1.7
container_name: cube
restart: unless-stopped
depends_on:
pg-ai:
condition: service_healthy
networks: [ai-internal, proxy]
env_file:
- /home/azureuser/ai/api.env # 0600, not in Git
environment:
CUBEJS_DEV_MODE: "false"
CUBEJS_LOG_LEVEL: warn
# Pre-aggregation store - always pg-ai, whatever the upstream source is.
CUBEJS_PRE_AGGREGATIONS_SCHEMA: cube_preagg
CUBEJS_EXT_DB_TYPE: postgres
CUBEJS_EXT_DB_HOST: pg-ai
CUBEJS_EXT_DB_NAME: plant
CUBEJS_EXT_DB_USER: cube_rw
# CUBEJS_EXT_DB_PASS, CUBEJS_DB_* and CUBEJS_API_SECRET come from api.env.
volumes:
- /home/azureuser/ai/cube/model:/cube/conf/model:ro
healthcheck:
test: ["CMD-SHELL", "wget -qO- http://localhost:4000/readyz || exit 1"]
interval: 30s
timeout: 5s
retries: 3
logging:
driver: json-file
options: { max-size: "10m", max-file: "3" }
# ---------------------------------------------------------------------------
# ai-api - FastAPI. Classifier, agent, contracts, guardrails.
# ---------------------------------------------------------------------------
ai-api:
build:
context: /home/azureuser/ai/api
dockerfile: Dockerfile
image: yau/ai-api:local
container_name: ai-api
restart: unless-stopped
depends_on:
pg-ai:
condition: service_healthy
networks: [ai-internal, proxy]
env_file:
- /home/azureuser/ai/api.env # 0600, not in Git
# Phase 9 - the upload inbox, and the ONLY writable path this container
# gets. Deliberately not /datadisk/ai-docs: a file that has been uploaded
# but not yet approved must not be visible to `ai-ingest --all`.
#
# COMMENTED OUT UNTIL PHASE 9, on the same principle as caddy/ai-routes.caddy:
# add each piece at the phase that needs it. Docker creates a missing bind
# source as a ROOT-OWNED directory, and ai-api does not run as root - so
# deploying this before the directory exists gives you an inbox the API
# cannot write to, on the growing disk of a live shared host.
# Create it first, then uncomment:
# sudo install -d -o 10002 -g 10002 /datadisk/ai-docs-inbox
# volumes:
# - /datadisk/ai-docs-inbox:/inbox
healthcheck:
test: ["CMD", "python", "-m", "app_healthcheck"]
interval: 30s
timeout: 5s
retries: 3
logging:
driver: json-file
options: { max-size: "10m", max-file: "3" }
# ---------------------------------------------------------------------------
# ai-web - React/Vite build served by nginx. proxy only; the browser talks to
# the API through its public hostname, so it needs nothing on ai-internal.
# ---------------------------------------------------------------------------
ai-web:
build:
context: /home/azureuser/ai/web
dockerfile: Dockerfile
image: yau/ai-web:local
container_name: ai-web
restart: unless-stopped
networks: [proxy]
logging:
driver: json-file
options: { max-size: "10m", max-file: "3" }
# ---------------------------------------------------------------------------
# ai-ingest - on demand, not a service. Docling -> chunk -> embed -> pg-ai.
# docker compose -f ~/ai-compose.yml run --rm ai-ingest --all
# The profile keeps it out of `up -d`.
# ---------------------------------------------------------------------------
ai-ingest:
build:
context: /home/azureuser/ai/ingest
dockerfile: Dockerfile
image: yau/ai-ingest:local
container_name: ai-ingest
profiles: [ingest]
restart: "no"
networks: [ai-internal]
env_file:
- /home/azureuser/ai/api.env # 0600, not in Git
volumes:
- /datadisk/ai-docs:/docs:ro
logging:
driver: json-file
options: { max-size: "10m", max-file: "3" }
# ---------------------------------------------------------------------------
# ai-docs-worker - Phase 9. The ai-ingest IMAGE with worker.py as entrypoint,
# so an uploaded document is parsed and chunked by exactly the same code as a
# file ingested from the command line - by construction, not by discipline.
#
# Two jobs: pre-scan `uploaded` rows for a header proposal, and publish
# `approved` ones. It is the only container that can write doc_chunks
# (ingest_rw), and it has no HTTP surface and no place on the proxy network.
#
# /docs is READ-WRITE here, unlike the ai-ingest CLI service above, because
# publishing moves the approved file into the folder that determines its
# doc_type. That is the one write, and it happens only after a human has
# confirmed the header.
#
# Both mounts must be writable by the image's uid 10002 (ingestuser):
# sudo install -d -o 10002 -g 10002 /datadisk/ai-docs-inbox
# sudo chown -R 10002:10002 /datadisk/ai-docs
# ai-api writes the inbox as its own non-root uid - give the inbox group
# write and put both uids in the group rather than making it world-writable.
# ---------------------------------------------------------------------------
ai-docs-worker:
build:
context: /home/azureuser/ai/ingest
dockerfile: Dockerfile
image: yau/ai-ingest:local
container_name: ai-docs-worker
# Kept out of `up -d` by the profile, exactly as ai-ingest is. worker.py
# does not exist yet, so an unguarded service here would crash-loop on a
# live shared host. Drop the profile in the same commit that adds the file.
# docker compose -f ~/ai-compose.yml --profile worker up -d ai-docs-worker
profiles: [worker]
restart: unless-stopped
depends_on:
pg-ai:
condition: service_healthy
networks: [ai-internal]
env_file:
- /home/azureuser/ai/api.env # 0600, not in Git
entrypoint: ["python", "worker.py"]
command: []
volumes:
- /datadisk/ai-docs-inbox:/inbox
- /datadisk/ai-docs:/docs # rw - see above
# Withdrawn documents are MOVED here, not deleted. It is outside the four
# doc_type folders on purpose: ingest_file() inserts every chunk with
# superseded = FALSE, so a withdrawn file left in /docs comes back LIVE on
# the next `ai-ingest --all`.
- /datadisk/ai-docs-withdrawn:/withdrawn
logging:
driver: json-file
options: { max-size: "10m", max-file: "3" }
networks:
ai-internal:
driver: bridge
proxy:
external: true