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

infra: ежедневный backup PostgreSQL через pg_dump в отдельный volume #57

New Issue
Closed
opened 2026-05-12 13:25:48 +03:00 by Toutsu · 1 comment
Toutsu commented 2026-05-12 13:25:48 +03:00
Owner
Copy Link
Copy Source

Проблема

В compose.yaml отсутствует любая стратегия резервного копирования данных. PostgreSQL-хранилище (pgdata) единственное, и при потере сервера/диска все данные пользователей (группы, сессии, RSVP, статистика) будут безвозвратно утеряны.

Критичность

  • Data loss при сбое сервера — нет ни WAL archiving, ни pg_dump, ни volume snapshot.
  • В текущем виде проект подходит только для dev/playground, но не для SaaS с чужими данными.

Предлагаемое решение

  1. Добавить сервис db-backup в compose.yaml:
    • образ postgres:17-alpine с cron-задачей;
    • ежедневный pg_dump в /backups;
    • хранить последние N снимков (например, 7 дней).
  2. Подключить volume pgbackups и монтировать его в /backups.
  3. Добавить скрипт backup/restore.sh для ручного восстановления из последнего дампа.
  4. (Опционально) Интеграция с S3-совместимым хранилищем для off-site backup.

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

  • docker compose exec db-backup ls /backups показывает файлы вида gmrelay_db_YYYYMMDD_HHMMSS.sql.gz.
  • Документирована процедура восстановления в README.
  • Volume pgbackups не удаляется при docker compose down.

Связь

Этап: Подготовка к production

## Проблема В `compose.yaml` отсутствует любая стратегия резервного копирования данных. PostgreSQL-хранилище (`pgdata`) единственное, и при потере сервера/диска все данные пользователей (группы, сессии, RSVP, статистика) будут безвозвратно утеряны. ## Критичность - **Data loss при сбое сервера** — нет ни WAL archiving, ни pg_dump, ни volume snapshot. - В текущем виде проект подходит только для dev/playground, но не для SaaS с чужими данными. ## Предлагаемое решение 1. Добавить сервис `db-backup` в `compose.yaml`: - образ `postgres:17-alpine` с cron-задачей; - ежедневный `pg_dump` в `/backups`; - хранить последние N снимков (например, 7 дней). 2. Подключить volume `pgbackups` и монтировать его в `/backups`. 3. Добавить скрипт `backup/restore.sh` для ручного восстановления из последнего дампа. 4. (Опционально) Интеграция с S3-совместимым хранилищем для off-site backup. ## Критерии приёмки - [ ] `docker compose exec db-backup ls /backups` показывает файлы вида `gmrelay_db_YYYYMMDD_HHMMSS.sql.gz`. - [ ] Документирована процедура восстановления в README. - [ ] Volume `pgbackups` не удаляется при `docker compose down`. ## Связь Этап: **Подготовка к production**
Toutsu added this to the Подготовка к production milestone 2026-05-12 13:25:48 +03:00
Toutsu added the priority:p0 label 2026-05-12 13:25:48 +03:00
Toutsu commented 2026-05-12 14:24:45 +03:00
Author
Owner
Copy Link
Copy Source

Реализовано в PR #61 и выпущено в v1.15.0.

Реализовано в PR #61 и выпущено в [v1.15.0](https://git.codeanddice.ru/Toutsu/GmRelayBot/releases/tag/v1.15.0).
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 priority:p0
Milestone
No items
No Milestone Подготовка к 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#57
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?