01
Поток и отчёт разделены
Операции не ждут ночную выгрузку. Отчёт не ломает живую нагрузку и не собирается из чужих таблиц в последний момент.
03услуга
Backend и интеграции под пик нагрузки
Сервис не должен собирать отчёт руками и терять операции между таблицами. Разводим потоки, включаем проверку и оставляем контур, который можно сопровождать.
01
Что закрываем
02
Очереди и интеграции
Чеки, банки, внешние API — через отдельные сервисы. Связка не держится на скрипте, который «обычно срабатывает».
03
Копия, из которой поднимаются
Шифрованный резерв имеет смысл, только если его уже поднимали. Проверяем восстановление, а не наличие файла.
04
Пик без сюрприза
Очередь, база и нормальный поток запросов. Если нагрузка выросла, это видно на графике, а не в жалобе бухгалтерии.
02
Как собираем
01
Сервисы, не монолит «на всё»
Потоки разводим там, где сбой одного шага раньше ронял всю сверку. Границы явные, ответственность тоже.
02
Проверка операций
Если связка разошлась, система это видит сама. Сверка часами после сбоя — признак, что контура не было.
03
Сопровождение backend
Очереди, база и восстановление остаются на нас. Прикладная нагрузка не должна жить без хозяина.
Платформа и backend
API, интеграции и сервисы под прикладную нагрузку
- Python
- TypeScript / Node.js
- FastAPI
- NestJS
- Linux
- systemd
Данные
Производительность, резервное копирование и проверяемое восстановление
- PostgreSQL
- Redis
- pgBackRest
- S3-совместимые бэкапы
Контейнеризация и релизы
Повторяемые развёртывания, контроль изменений и откат релиза
- Docker
- Compose
- GitHub Actions / GitLab CI
- Ansible
- Terraform / OpenTofu
03
Связанный кейс
04
Вопросы
Вы пишете только API или ещё учёт и отчёты?
И то и другое, если это один контур: серверная часть, очереди, сверка и копии. Не делаем «отчёт в Excel отдельно от системы».
Можно встроиться в уже живой продукт?
Да. Смотрим, где ручные выгрузки и слабые связки, затем разводим сервисы, не ломая то, что уже работает.
Какой стек на backend?
Python / FastAPI, TypeScript / NestJS, PostgreSQL, Redis, очереди. Берём то, что держит нагрузку, а не то, что модно в этом квартале.
Кто отвечает за базу после запуска?
Мы сопровождаем backend, очереди, базу и проверяемое восстановление. Резерв без проверки не считаем резервом.
05
Другие направления
Инфраструктура
Сервис должен выдерживать обновление, сбой и рост нагрузки без ручной магии. Берём путь от сценария запуска до графиков, копий и человека, которому можно написать.
Сеть и доступ
Доступ не должен зависеть от чужого VPN и ключей в чате. Собираем контур, в котором видно, кто входит, куда можно ходить и жив ли канал.
Почта
Почта и вход на сайты могут жить у вас, без чужого кабинета и чужих правил. Собираем узел, который не останавливается из‑за смены тарифа у провайдера.
ИИ
ИИ — продолжение той же инженерной роли, что сеть и backend. Подбираем схему под данные, риск и бюджет: локально, через API или гибридно.
06подключение
Получить план запуска
Опишите текущую ситуацию — ответим, какие работы нужны по инфраструктуре, сети, backend или ИИ, какие риски видим и с чего начать.