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

[k8s] Манифесты / Helm chart для развёртывания всего стека #72

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

Контекст

Сейчас весь стек развёрнут через Docker Compose на одной машине (Raspberry Pi 5). Для перехода на Kubernetes нужны манифесты (или Helm chart), описывающие все сервисы проекта.

Сервисы для покрытия

  • bot — GmRelay.Bot (Telegram бот, polling → webhook)
  • web — GmRelay.Web (Blazor Server / Mini App dashboard)
  • db — PostgreSQL (StatefulSet + PVC)
  • db-backup — cron-задача бэкапа Postgres

Что нужно

  1. Namespace gmrelay и gmrelay-staging
  2. Deployment для bot и web с:
    • replicas (bot = 1 пока polling, потом HPA после webhook)
    • livenessProbe / readinessProbe (уже есть #58, #63)
    • resources (limits/requests)
    • envFrom / env из ConfigMap + Secret
  3. StatefulSet + PVC для PostgreSQL
  4. CronJob для бэкапов (портировать логику из db-backup в compose)
  5. Service (ClusterIP) для каждого компонента
  6. ImagePullSecret (чтобы тянуть образы из приватного registry git.codeanddice.ru)
  7. Helm chart (опционально, но предпочтительно) с values.yaml для staging/prod

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

  • kubectl apply -f k8s/ разворачивает полный стек
  • Все сервисы поднимаются и видят друг друга внутри namespace
  • Бот и Web подключаются к БД через k8s Service DNS
  • Бэкапы работают в CronJob и пишут в PVC / S3
  • Секреты (токены, пароли) вынесены в Secret, не в plain text
## Контекст Сейчас весь стек развёрнут через Docker Compose на одной машине (Raspberry Pi 5). Для перехода на Kubernetes нужны манифесты (или Helm chart), описывающие все сервисы проекта. ## Сервисы для покрытия - `bot` — GmRelay.Bot (Telegram бот, polling → webhook) - `web` — GmRelay.Web (Blazor Server / Mini App dashboard) - `db` — PostgreSQL (StatefulSet + PVC) - `db-backup` — cron-задача бэкапа Postgres ## Что нужно 1. **Namespace** `gmrelay` и `gmrelay-staging` 2. **Deployment** для `bot` и `web` с: - `replicas` (bot = 1 пока polling, потом HPA после webhook) - `livenessProbe` / `readinessProbe` (уже есть #58, #63) - `resources` (limits/requests) - `envFrom` / `env` из ConfigMap + Secret 3. **StatefulSet + PVC** для PostgreSQL 4. **CronJob** для бэкапов (портировать логику из `db-backup` в compose) 5. **Service** (ClusterIP) для каждого компонента 6. **ImagePullSecret** (чтобы тянуть образы из приватного registry `git.codeanddice.ru`) 7. **Helm chart** (опционально, но предпочтительно) с `values.yaml` для staging/prod ## Критерии приёмки - [ ] `kubectl apply -f k8s/` разворачивает полный стек - [ ] Все сервисы поднимаются и видят друг друга внутри namespace - [ ] Бот и Web подключаются к БД через k8s Service DNS - [ ] Бэкапы работают в CronJob и пишут в PVC / S3 - [ ] Секреты (токены, пароли) вынесены в `Secret`, не в plain text
Toutsu added this to the Этап — Kubernetes / k8s Production milestone 2026-05-13 22:07:14 +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#72
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?