claude-bot
f81715bd39
Both compose services (orchestrator, orchestrator-staging) now declare user: "1000:1000" so pipeline artifacts (git worktree, docs/work-items commits) are created as slin:slin on the host — git pull/reset under slin no longer fail with permission errors. docker.sock access preserved via group_add: ["999"]. SSH mount target aligned with the launcher-forced HOME=/home/slin (/root/.ssh -> /home/slin/.ssh). launcher.py and Dockerfile unchanged. INFRA.md and CHANGELOG.md updated; host-prerequisites (P-1..P-4) documented. Refs: ORCH-040 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
144 lines
11 KiB
Markdown
144 lines
11 KiB
Markdown
# INFRA.md — инфраструктура и эксплуатация оркестратора
|
||
|
||
> RUNBOOK. Топология, контейнеры, порты, переменные окружения, границы.
|
||
> **Секреты тут НЕ хранятся** — только дескрипторы. Реальные значения — в `.env` на хосте.
|
||
|
||
## Топология
|
||
|
||
```
|
||
host: mva154 (slin@82.22.50.71), network_mode: host
|
||
┌──────────────────────────────────────────────────────────────────────┐
|
||
│ orchestrator (PROD) :8500 env_file .env │
|
||
│ БД: ./data/orchestrator.db (обслуживает ВСЕ прод-проекты) │
|
||
│ │
|
||
│ orchestrator-staging (STAGING) :8501 env_file .env.staging │
|
||
│ БД: ./data/staging/orchestrator.db (изолирована, только sandbox) │
|
||
│ profile: staging — НЕ стартует обычным `docker compose up` │
|
||
└──────────────────────────────────────────────────────────────────────┘
|
||
│ webhooks │ git
|
||
▼ ▼
|
||
Plane (ag_proj) Gitea (localhost:3000)
|
||
/repos/<project> ← общий каталог репозиториев (host: /home/slin/repos)
|
||
```
|
||
|
||
## Контейнеры
|
||
|
||
| Контейнер | Роль | Порт | env_file | БД (хост) | Старт |
|
||
|-----------|------|------|----------|-----------|-------|
|
||
| `orchestrator` | прод | 8500 | `.env` | `./data/orchestrator.db` | `docker compose up -d` |
|
||
| `orchestrator-staging` | staging / песочница | 8501 | `.env.staging` | `./data/staging/orchestrator.db` | `docker compose --profile staging up -d orchestrator-staging` |
|
||
|
||
Оба: `network_mode: host`, `init: true` (tini как PID 1 — reaping зомби, B-2), `restart: unless-stopped`.
|
||
|
||
### Рантайм-uid (ORCH-040)
|
||
Оба сервиса бегут под `user: "1000:1000"` (slin), **не** root. Артефакты конвейера
|
||
(git worktree `/repos/_wt/...`, коммиты в `docs/work-items/...`) создаются как
|
||
`slin:slin`, поэтому `git pull` / `git reset` на хосте под slin работают без ручного
|
||
`chown`. Доступ к docker.sock сохранён через `group_add: ["999"]` (gid docker, **не**
|
||
через root — НЕ удалять). При переносе на другой хост uid пересматривается. См.
|
||
ADR `docs/work-items/ORCH-040/06-adr/ADR-001-run-agents-as-host-uid.md` и глобальный
|
||
`docs/architecture/adr/adr-0005-container-runs-as-host-uid.md`.
|
||
|
||
**Host-prerequisites (обязательная процедура Owner, в git не коммитятся):**
|
||
- **P-1 (блокер):** uid 1000 читает claude creds — `chown -R 1000:1000 /home/slin/.claude`;
|
||
проверка `sudo -u '#1000' test -r /home/slin/.claude/.credentials.json`. Без этого
|
||
preflight (ORCH-044) заворачивает весь конвейер.
|
||
- **P-2:** ssh-ключи в `/home/slin/.orchestrator-ssh` читаемы uid 1000 (маунт ведёт в `/home/slin/.ssh`).
|
||
- **P-3:** `id slin` → `1000:1000`; `/repos`, `/app/data` уже `1000:1000`.
|
||
- **P-4:** прод-рестарт self — только в окно тишины (`GET /status` без активных задач):
|
||
общий инстанс с enduro-trails.
|
||
- Разовый разгребающий `chown -R 1000:1000 /home/slin/repos/orchestrator` для старых
|
||
`root:root` файлов из истории (вне объёма кода).
|
||
|
||
### Тома (volumes)
|
||
- `./data` → `/app/data` (БД; у staging — `./data/staging`)
|
||
- `/home/slin/repos` → `/repos` (рабочие репозитории проектов)
|
||
- `/var/run/docker.sock` (для docker-операций деплоя)
|
||
- claude-code, node, `~/.claude*` (CLI агентов, ro)
|
||
- `~/.orchestrator-ssh` → `/home/slin/.ssh` (ro, деплой по ssh; target в HOME агента,
|
||
согласован с `HOME=/home/slin` из launcher — ORCH-040, ранее `/root/.ssh`)
|
||
|
||
## Переменные окружения (карта; значения — в `.env`)
|
||
|
||
| Переменная | Назначение |
|
||
|-----------|-----------|
|
||
| `ORCH_PLANE_API_URL` / `_TOKEN` / `_WORKSPACE_SLUG` | доступ к Plane API |
|
||
| `ORCH_PLANE_WEB_URL` | внешний (браузерный) web-URL Plane для кликабельных ссылок на issue в уведомлениях (ORCH-017); пусто → фолбэк на `ORCH_PLANE_API_URL`, loopback-фолбэк → ссылка опускается |
|
||
| `ORCH_PLANE_WEBHOOK_SECRET` | HMAC-проверка вебхуков Plane |
|
||
| `ORCH_GITEA_URL` / `_TOKEN` / `_WEBHOOK_SECRET` | доступ к Gitea + HMAC |
|
||
| `ORCH_CLAUDE_BIN` | путь к claude CLI |
|
||
| `ORCH_REPOS_DIR` / `ORCH_HOST_REPOS_DIR` | каталог репозиториев (в контейнере / на хосте) |
|
||
| `ORCH_DB_PATH` | путь к SQLite БД |
|
||
| `ORCH_PROJECTS_JSON` | реестр проектов (Plane id → repo + prefix); пусто → дефолт из `src/projects.py` |
|
||
| `ORCH_AGENT_MODEL_DEFAULT` | LLM-модель агентов по умолчанию (ORCH-41); дефолт `claude-opus-4-8` |
|
||
| `ORCH_AGENT_MODEL_<AGENT>` | per-agent модель (ANALYST/ARCHITECT/DEVELOPER/REVIEWER/TESTER/DEPLOYER); пусто → default |
|
||
| `ORCH_AGENT_EFFORT_DEFAULT` | режим работы `--effort` по умолчанию (ORCH-41): low\|medium\|high\|xhigh\|max; дефолт `high` |
|
||
| `ORCH_AGENT_EFFORT_<AGENT>` | per-agent effort; дефолт: думающие → high, tester/deployer → medium |
|
||
| `ORCH_AGENT_FALLBACK_MODEL` | опц. фолбэк-модель при overloaded (`--fallback-model`); пусто → без флага |
|
||
| `DEPLOY_SSH_USER` / `_HOST` / `DEPLOY_HOOK_SCRIPT` | параметры деплой-хука |
|
||
|
||
**Секреты — только в `.env` / `.env.staging` на хосте, в гит НЕ коммитятся.** Канон — `.env.example`, `.env.staging.example`.
|
||
|
||
## Реестр проектов (`src/projects.py`, ORCH-6)
|
||
Связывает Plane project id → gitea repo + work-item prefix. Источник: `ORCH_PROJECTS_JSON`, fallback — встроенный дефолт. Прод видит: `enduro-trails` (ET), `orchestrator` (ORCH). Staging видит ТОЛЬКО `orchestrator-sandbox` (SANDBOX) — изоляция.
|
||
|
||
## Модель и effort агентов (`src/config.py` + `src/agents/launcher.py`, ORCH-41)
|
||
Модель LLM и режим работы (`--effort`) каждого агента **конфигурируемы** — глобально per-agent (env) и per-project (через `ORCH_PROJECTS_JSON`).
|
||
|
||
**Приоритет резолвинга** (`resolve_agent_model` / `resolve_agent_effort`):
|
||
1. per-project override — `agent_models` / `agent_efforts` в записи `ORCH_PROJECTS_JSON`;
|
||
2. per-agent env — `ORCH_AGENT_MODEL_<AGENT>` / `ORCH_AGENT_EFFORT_<AGENT>` (если непусто);
|
||
3. глобальный дефолт — `ORCH_AGENT_MODEL_DEFAULT` (`claude-opus-4-8`) / `ORCH_AGENT_EFFORT_DEFAULT` (`high`);
|
||
4. пусто → флаг не передаётся, действует дефолт CLI.
|
||
|
||
**Значения effort:** `low` < `medium` < `high` < `xhigh` < `max` — рычаг «качество vs стоимость/время». Дефолтная раскладка: думающие агенты (analyst/architect/developer/reviewer) → `high`, механические (tester/deployer) → `medium`. Невалидное значение → лог-warning, флаг опускается.
|
||
|
||
**Per-project override в `ORCH_PROJECTS_JSON`** (поля `agent_models` / `agent_efforts` опциональны, старые записи работают):
|
||
```json
|
||
{"plane_project_id":"...","repo":"orchestrator","work_item_prefix":"ORCH",
|
||
"agent_models":{"developer":"claude-opus-4-8","reviewer":"claude-sonnet-4-6"},
|
||
"agent_efforts":{"developer":"xhigh","tester":"low"}}
|
||
```
|
||
|
||
> ⚠️ Бюджет (ORCH-38): `claude-opus-4-8` дефолт в коде; реальное переключение прод-env делается отдельно после согласования.
|
||
|
||
## ⚠️ Self-hosting — оркестратор дорабатывает САМ СЕБЯ
|
||
|
||
**Факт:** прод-инстанс `orchestrator` (8500) — ОДИН на ВСЕ прод-проекты (enduro-trails + orchestrator), с ОБЩЕЙ БД `./data/orchestrator.db` и общей очередью задач (ORCH-1).
|
||
|
||
**Следствие — групповой риск:** когда орк выполняет задачу из проекта ORCH (дорабатывает себя), он бежит в том же инстансе, что обслуживает enduro-trails.
|
||
- Рестарт / падение прод-контейнера орк-задачей → конвейер ВСЕХ проектов встаёт.
|
||
- Кривой self-деплой (ORCH-36, Вариант B) → лежат все проекты сразу.
|
||
- Общая очередь → орк-задача занимает concurrency-слоты других проектов.
|
||
|
||
**Что изолировано (безопасно):**
|
||
- Staging (8501) — отдельная БД (`./data/staging`), отдельный реестр (`ORCH_PROJECTS_JSON` = только sandbox). Прод-проекты не видит.
|
||
- Репозитории разделены, изоляция веток через git worktree (ORCH-2).
|
||
|
||
**Страховки:**
|
||
- Стадия `deploy-staging` (порт 8501) — обязательный гейт перед прод-деплоем орка. Прод-деплой недостижим, пока staging-гейт не зелёный (см. `STAGING.md`, ORCH-35). Гейт условный: реален только для self-hosting (repo=orchestrator), для остальных проектов — no-op.
|
||
|
||
**Правила для агентов при задачах ORCH:**
|
||
1. НЕ перезапускать / не ронять прод-контейнер `orchestrator` в рамках задачи.
|
||
2. Все проверки деплоя — на staging (8501), боевой 8500 не трогать.
|
||
3. Деплой self — только через хук с health-check + авто-rollback (`DEPLOY_HOOK.md`).
|
||
|
||
## Эксплуатация (быстрые команды)
|
||
```bash
|
||
# статус
|
||
docker ps --filter name=orchestrator
|
||
curl -s http://localhost:8500/health
|
||
curl -s http://localhost:8500/status # активные задачи
|
||
curl -s http://localhost:8500/queue # очередь
|
||
|
||
# поднять staging-песочницу
|
||
docker compose --profile staging up -d orchestrator-staging
|
||
curl -s http://localhost:8501/health
|
||
|
||
# логи
|
||
docker logs --tail 100 orchestrator
|
||
```
|
||
|
||
---
|
||
*RUNBOOK 2026-06-05. Обновлять при изменении топологии/портов/переменных. См. CONTRIBUTING.md §8.*
|