Toutsu/GmRelayBot
1
1
Fork 0
Code Issues 18 Pull Requests 1 Actions 1 Packages Projects Releases 85 Wiki Activity

[k8s] Staging окружение (gmrelay-staging namespace) #75

New Issue
Open
opened 2026-05-13 22:08:24 +03:00 by Toutsu · 0 comments
Toutsu commented 2026-05-13 22:08:24 +03:00
Owner
Copy Link
Copy Source

Контекст

Для безопасного деплоя в k8s нужно staging-окружение, параллельное production. Там тестируются новые версии образов перед выкладкой в prod.

Что нужно

  1. Namespace gmrelay-staging
  2. Отдельный Ingress с другим доменом (staging.gmrelay.ru, staging-bot.gmrelay.ru)
  3. Отдельный webhook для staging бота — другой Telegram Bot токен (или webhook secret)
  4. Отдельная БД или тот же Postgres с другой schema/database
  5. GitOps / ArgoCD (опционально) — авто-синхронизация staging из main
  6. Promote pipeline — после прохождения тестов на staging → обновление prod

Блокеры

  • #72 (манифесты) — без них staging не развернуть
  • #73 (Ingress + TLS) — staging тоже нужен HTTPS

Критерии приёмки

  • Staging развёрнут в отдельном namespace
  • Деплой в staging происходит автоматически из main
  • Деплой в prod — ручной / через approve
  • Staging и prod не конфликтуют (разные домены, разные webhook URL, разные БД)
## Контекст Для безопасного деплоя в k8s нужно staging-окружение, параллельное production. Там тестируются новые версии образов перед выкладкой в prod. ## Что нужно 1. **Namespace** `gmrelay-staging` 2. **Отдельный Ingress** с другим доменом (`staging.gmrelay.ru`, `staging-bot.gmrelay.ru`) 3. **Отдельный webhook** для staging бота — другой Telegram Bot токен (или webhook secret) 4. **Отдельная БД** или тот же Postgres с другой schema/database 5. **GitOps / ArgoCD** (опционально) — авто-синхронизация staging из `main` 6. **Promote pipeline** — после прохождения тестов на staging → обновление prod ## Блокеры - #72 (манифесты) — без них staging не развернуть - #73 (Ingress + TLS) — staging тоже нужен HTTPS ## Критерии приёмки - [ ] Staging развёрнут в отдельном namespace - [ ] Деплой в staging происходит автоматически из `main` - [ ] Деплой в prod — ручной / через approve - [ ] Staging и prod не конфликтуют (разные домены, разные webhook URL, разные БД)
Toutsu added this to the Этап — Kubernetes / k8s Production milestone 2026-05-13 22:08:24 +03:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area:bot
Telegram bot and worker logic
 area:data
Database schema, migrations and persistence model
 area:discord
Discord bot service and Discord adapter
 area:infra
Infrastructure, runtime and deployment
 area:miniapp
Telegram Mini App dashboard
 area:platform
Platform-neutral abstractions and adapter boundaries
 area:shared
Shared domain and rendering contracts
 area:web
Blazor web dashboard
 in-progress
В работе (issue взят агентом)
 next-up
Recommended immediate backlog
 pending-approval
Ждёт согласования плана решения
 platform:discord
Discord-specific behavior or adapter work
 platform:multi
Cross-platform or platform-neutral work
 platform:telegram
Telegram-specific behavior or adapter work
 priority:p0
Critical priority
 priority:p0
Блокирующий приоритет: задача должна быть выполнена до признания решения production-ready
 priority:p1
High priority
 priority:p2
Medium priority
 priority:p3
Lower priority
 security
Security-sensitive work
 type:bug
Bug fix or corrective work
 type:chore
Maintenance and supporting work
 type:feature
New product functionality
 type:refactor
Structural change without direct feature growth
 type:test
Testing and coverage work
No Label
Milestone
No items
No Milestone Этап — Kubernetes / k8s Production
Projects
Clear projects
No project
Assignees
Clear assignees
Toutsu
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Toutsu/GmRelayBot#75
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?