Стек технологий и архитектура развёртывания

Проект: АС «Платформа ОПОРА РОССИИ» Статус: согласовано Дата: 26.09.2026

1. Назначение документа

Документ фиксирует согласованный технологический стек и архитектуру развёртывания Системы на физическом сервере заказчика (on-premise, территория РФ). Служит основой для технического проекта и сметы.

2. Согласованный стек

Слой	Технология	Комментарий
Backend API	Python 3.12 + FastAPI	Async, автогенерация OpenAPI, единое API для бота и сайта
ORM / миграции	SQLAlchemy 2 + Alembic	Контроль схемы, миграции
БД	PostgreSQL 16	Реляционная СУБД по ТЗ
Кэш / rate-limit	Redis	Лимиты, кэш, брокер для Celery
Очередь / фоновые задачи	Celery + Redis	Рассылки, автообновление срезов, ретраи
Планировщик	Celery Beat	Расписание рассылок и выгрузок
Бот	aiogram 3 (Telegram) + адаптер MAX Bot API	Единый бот-адаптер с двумя каналами (п. 4.1.13.2 ТЗ)
Frontend	React + TypeScript + Vite	Mobile-first SPA
UI	Tailwind CSS + shadcn/ui	Гибкость под брендбук «ОПОРА РОССИИ»
Файлы (артефакты)	MinIO (S3-совместимое, локально)	Файлы до 50 МБ, привязка к объектам
Контейнеризация	Docker Engine + Docker Compose	Один сервер; задел под Kubernetes при росте
Reverse proxy / TLS	Nginx + Certbot (Let's Encrypt)	HTTPS, статика фронтенда
Мониторинг	Prometheus + Grafana + Loki	Метрики, логи, алерты
Бэкапы	pgBackRest (БД) + rclone (файлы, offsite)	Ежесуточно, хранение ≥ 30 дней
CI/CD	GitLab CI	Сборка образов, деплой на сервер
AI-ассистент «Зам»	Внешний LLM API: OpenRouter / PiAPI	Без GPU; только обезличенный контекст (см. раздел 6)

3. Архитектура развёртывания (физический сервер)

                    Internet
                       │
                 ┌─────▼─────┐
                 │   Nginx   │  TLS (Let's Encrypt), статика, reverse proxy
                 └─────┬─────┘
          ┌────────────┼──────────────┐
          │            │              │
     ┌────▼────┐  ┌────▼────┐   ┌─────▼─────┐
     │  web    │  │   api   │   │  bot      │
     │ (React) │  │FastAPI  │   │ aiogram + │
     │ static  │  │         │   │ MAX adapt │
     └─────────┘  └────┬────┘   └─────┬─────┘
                       │              │
              ┌────────┼──────────────┤
              │        │              │
        ┌─────▼───┐ ┌──▼────┐  ┌──────▼──────┐
        │Postgres │ │ Redis │  │   MinIO     │
        └─────────┘ └───┬───┘  └─────────────┘
                        │
              ┌─────────┴──────────┐
              │  Celery worker +   │
              │  Celery beat       │
              └────────────────────┘

     Мониторинг: Prometheus + Grafana + Loki
     Бэкапы: pgBackRest → внешний диск + offsite (rclone)
     AI: внешний LLM API (OpenRouter / PiAPI) — только обезличенные данные

Состав контейнеров (Docker Compose)

Контейнер	Назначение
`nginx`	TLS-терминация, reverse proxy, раздача статики
`web`	Сборка React (или статика через nginx)
`api`	FastAPI (gunicorn + uvicorn workers)
`bot`	aiogram + адаптер MAX
`worker`	Celery worker
`beat`	Celery beat
`postgres`	PostgreSQL 16
`redis`	Redis
`minio`	S3-совместимое хранилище артефактов
`prometheus` / `grafana` / `loki`	Мониторинг и логи
`pgbackrest`	Резервное копирование БД

4. Параметры сервера

Параметр	Значение
ОС	Ubuntu Server (LTS)
CPU	Intel Xeon
RAM	16 ГБ
GPU	нет (AI — через внешний API)
Диск	SSD — уточнить объём (рекомендуется ≥ 500 ГБ + отдельный диск под бэкапы)
Сеть	статический IP
Домен	opora.my-dpr.ru (тестовый)
TLS	Let's Encrypt (Certbot, автообновление)

Примечание по реестру отечественного ПО: сервер на Ubuntu, поэтому полное соответствие реестру (ОС Astra Linux / RED OS) сейчас не достигается. При необходимости импортозамещения — отдельная миграция ОС и СУБД (Postgres Pro / Tantor). На текущем этапе используем стандартный PostgreSQL 16.

5. Надёжность и резервное копирование

Ежесуточный бэкап PostgreSQL (pgBackRest) + архивация WAL для point-in-time recovery.
Бэкап артефактов (MinIO) — ежесуточно через rclone.
Схема хранения (рекомендация): локальный внешний диск/NAS + offsite-копия в S3-совместимое хранилище РФ (Selectel / Yandex Object Storage / VK Cloud).
Хранение ≥ 30 дней (п. 4.1.9 ТЗ).
Восстановление — не более 24 ч (п. 4.1.4 ТЗ).
Ежеквартальная проверка восстановления из бэкапа.
Мониторинг доступности и алерты (Prometheus + Alertmanager).

6. Безопасность и 152-ФЗ

Все данные — на физическом сервере в РФ (локализация ПДн).
TLS на всех внешних соединениях (Let's Encrypt).
Одноразовые ссылки входа, привязка сессии к аккаунту мессенджера (п. 4.1.5 ТЗ).
Ролевая модель доступа (п. 4.1.8 ТЗ).
Журналирование действий пользователей и ассистента.
Секреты — через .env / Docker secrets (при необходимости — HashiCorp Vault).

AI-ассистент и внешние API (важно)

OpenRouter и PiAPI — зарубежные сервисы, данные уходят за пределы РФ. Требования:

Не передавать персональные данные (ФИО, контакты, аккаунты мессенджеров) во внешний LLM.
Передавать только обезличенный контекст: агрегаты по регионам, названия целей, тексты задач без ПДн.
Все действия ассистента фиксировать в журнале (кто, что, когда).
Ассистент действует в рамках прав владельца, с возможностью отключения/ограничения.
Требуется отдельная проработка: правовые основания обработки ПДн, согласия, сроки хранения, меры защиты по ПП-1119.

7. CI/CD

GitLab CI: линтеры → тесты → сборка Docker-образов → push в registry → деплой на сервер (SSH).
Окружения: dev (локально), staging (на сервере), prod.
Миграции БД — Alembic в пайплайне деплоя.

8. Открытые вопросы

Объём диска сервера (SSD) и наличие отдельного диска под бэкапы.
Offsite-хранилище для бэкапов — подтвердить провайдера (Selectel / Yandex / VK) или второй диск.
Модель LLM для ассистента (выбор через OpenRouter/PiAPI) — уточнить на этапе техпроекта.
Реестр отечественного ПО — нужен ли в перспективе (влияет на миграцию ОС/СУБД).

9. Следующие шаги

Уточнить объём диска и offsite-хранилище (раздел 8).
Утвердить документ.
Перейти к техническому проекту: структура БД, контракты API, макеты экранов.

9.8 KiB Raw Blame History