Files
admin/.tasks/NEXT_SESSION.md
vitya a15fd65ae9 deploy(labtools): staging on vds-kzntsv GREEN — image 43e28ba, parity vs prod
- build registry.kzntsv.site/labtools:43e28ba on VDS from clean git-archive
  (no config/default.json), push from VDS (registry local)
- Portainer stack `labtools` (Id 17) on labtools.vds.kzntsv.site, container
  healthy (MSSQL mssql.kzntsv.site + MinIO minio.kzntsv.site), 8 secret-env in
  stack-env (not in image/git)
- smoke parity vs www.labtools.ru GREEN: menu pages 200/200, redirects
  (.php / trailing-slash / lowercase) 301 1:1, theme.css + /assets byte-identical
  from MinIO, Cache-Control max-age=86400
- add runbook .wiki/concepts/labtools-vds-deploy-runbook.md + stack source
  host-stacks/vds-kzntsv/labtools.compose.yml
- cutover DNS gated to operator (tomorrow 2026-07-02); RUVDS IIS 80.64.31.36
  prod untouched = rollback path

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-07-02 00:21:28 +03:00

3.4 KiB
Raw Blame History

_last_updated_, session_id
_last_updated_ session_id
2026-07-01T13:45:00Z 2026-07-01-labtools-vds-staging

Next session handoff

Recent commits

  • deploy(labtools): staging собран+развёрнут на vds-kzntsv, smoke parity GREEN, рунбук + стек-черновик (этой сессии).
  • (до этого: pilonuxt sitemap taxonomy deploys — не связано)

Open треки

Трек Готовность Entry-point
[labtools-web-vds-deploy] STAGING GREEN, ждём DNS-cutover .tasks/STATUS.md + .wiki/concepts/labtools-vds-deploy-runbook.md

Состояние labtools: образ registry.kzntsv.site/labtools:43e28ba собран на VDS + push; Portainer stack labtools (Id 17, endpoint 1) на labtools.vds.kzntsv.site, контейнер healthy; 8 секрет-env в stack-env. Smoke vs бой www.labtools.ru — GREEN (меню 200/200, редиректы 301 1:1, тема+/assets из MinIO байт-в-байт, Cache-Control 86400). Бой на RUVDS IIS (80.64.31.36) ЖИВОЙ, не тронут. Env-контракт (8 секретов, источники) — в рунбуке.

Спроси user'а

  • DNS хозяин перенастраивает A-записи labtools.ru/www89.253.255.94 ЗАВТРА (2026-07-02). Как оператор подтвердит «DNS флипнут / флипаю сейчас» — выполнить cutover ops-шаги (ниже).
  • labtools.pro — отдельная таска (оператор решил 2026-07-01, не в scope этой). Ждёт заведения.

Cutover ops-шаги (по сигналу оператора о флипе — НЕ раньше)

  1. В стеке labtools (Portainer Id 17) добавить в traefik-rule: Host(labtools.ru) || Host(www.labtools.ru)синхронно с флипом (не заранее — см. guard ниже). Правка source: admin/host-stacks/vds-kzntsv/labtools.compose.yml → PUT в Portainer.
  2. Проверить LE cert выпущен на боевом хосте + прогнать тот же смоук-свип уже на https://www.labtools.ru.
  3. Отчитаться оператору + workshop (from admin).

Не делать (preemptive guards)

  • НЕ добавлять Host(labtools.ru) в traefik-rule ДО флипа DNS — traefik проактивно на reload тянет LE-cert (HTTP-01), challenge упадёт на RUVDS (DNS ещё там), сожжём LE rate-limit → задержка cert на реальном cutover'е.
  • НЕ выводить RUVDS IIS labtools из эксплуатации (директива оператора 2026-07-01) — это rollback-путь.
  • НЕ флипать DNS самим — это делает хозяин домена.
  • Автопуш в ЭТОЙ сессии НЕ выдавался — коммиты локальные, не запушены; на старте следующей — ask-mode (project-discipline Rule 4).
  • Build-канал labtools: собирать НА VDS из чистого git archive (без config/default.json), push с VDS (registry локален).
  • labtools.pro — не трогать в рамках этой таски.

Memory updates за сессию

  • (нет на этом раунде — всё в STATUS.md + рунбуке labtools-vds-deploy-runbook.md)