
Запуск ведомственного сервиса
Систему разворачивают под требования регуляторов и реестровость платформы

Сервис электронного правительства проектируют под пиковый час, а не под средний: в пик число одновременных сессий вырастает вдвое-втрое, и запас памяти нужен именно там. Вторая развилка — разнесение ролей: веб-слой, приложение и база под нагрузкой конкурируют за ресурсы, поэтому их разводят по ролям, а под чтение добавляют реплику базы. Мы считаем конфигурацию под вашу нагрузку, берем платформу из реестра Минпромторга и готовим пакет документов под 44-ФЗ

Запуск ведомственного сервиса
Систему разворачивают под требования регуляторов и реестровость платформы

Пиковая нагрузка
В часы обращений число одновременных пользователей резко растет, и система не должна тормозить

Требование к доступности
Госсервис не может уходить в простой, поэтому нужен резерв

Защита перс-данных
Обработка данных граждан подпадает под требования по защите
| Параметр | На что влияет | Что уточняем |
|---|---|---|
| Одновременные пользователи | Веб-слой и память | Среднее и пиковое число обращений |
| Профиль запросов | Нагрузку на приложение и базу | Чтение, запись, отчеты |
| Требование к доступности | Схему резервирования | Допустимое время простоя |
| СУБД и ОС | Совместимость платформы | Postgres Pro, Astra Linux или иное |
| Требования закупки | Реестровость и документы | 44-ФЗ или 223-ФЗ, класс защиты |
| Раздел | Что рассчитываем | Типовые ориентиры | Что учитываем |
|---|---|---|---|
| Веб-слой и одновременные пользователи | Число CPU-ядер и объём RAM под одновременные сессии и обработку запросов | При 5 000 обращений в час и сеансе 3–5 минут — около 250–420 одновременных сессий, в пик — в 2–3 раза больше | Профиль запросов, долю форм с обработкой, пиковую нагрузку; веб-слою закладываем запас памяти и ядер, базе — реплику под чтение |
| Слой приложений и СУБД | Разделение ролей между веб-сервером, сервером приложений и базой данных | Базу размещаем на быстрых дисках, под отчёты и выборки закладываем дополнительную память; при большом потоке добавляем read-реплику | Бизнес-логика и СУБД не должны конкурировать за CPU, RAM и дисковую подсистему |
| Отказоустойчивость и балансировка | Схему резервирования серверов, балансировки нагрузки и электропитания | Дублирование узлов, балансировщик нагрузки, резервированные блоки питания и ввод через ИБП | Допустимое время простоя и требования к доступности системы в часы пик |
Небольшой ведомственный сервис
Подходит внутреннему или локальному сервису с умеренной нагрузкой
Региональный портал
Держит сервис с постоянной нагрузкой и заметными пиками посещаемости
Отказоустойчивый кластер
Берут, когда простой недопустим; схему проектируем после аудита нагрузки
Аудит сервиса: 2 дня
число пользователей, профиль запросов, требование к доступности
Расчет и спецификация: 3–4 дня
конфигурация, схема резервирования, документы под 44-ФЗ
Сборка и настройка: 6–9 дня
платформа, ОС, СУБД, разнесение ролей
Поставка и монтаж: 3–6 недель
установка на площадке
Пусконаладка: 3–5 дней
нагрузочная проверка, передача документов

Расчет нагрузки
считаем нагрузку по пику обращений, а не по среднему за сутки

Ресурсы
разносим веб, приложение и базу так, чтобы они не конкурировали за ресурсы
Подготовка документации
реестровые подтверждения и спецификация с ОКПД2 закрывают требования 44-ФЗ к происхождению оборудования

Оборудование и ПО
Серверные платформы — из реестра Минпромторга с подтверждением по ПП №719. Операционная система — Astra Linux или РЕД ОС, СУБД — Postgres Pro или PostgreSQL. Балансировку и резервирование собираем под требование к доступности системы

Пакет документов и ведение
от спецификации с ОКПД2 до заключения по ПП №719 и актов. Ведем проект целиком и даем поддержку

Оставьте заявку на подбор сервера — подготовим расчет конфигурации и КП за 5–6 рабочих дней
От числа одновременных пользователей в пик и профиля запросов. Веб-слой берем под соединения, базу — под чтение и запись, с запасом на час нагрузки.От числа одновременных пользователей в пик и профиля запросов. Веб-слой берем под соединения, базу — под чтение и запись, с запасом на час нагрузки.
Под нагрузкой они конкурируют за память и диск. Разнесение по ролям не дает базе тормозить обработку запросов, а обработке — мешать базе.
Дублированием узлов и балансировкой нагрузки, дублированным питанием и вводом через ИБП. Уровень подбираем под допустимое время простоя: планка 99,9% — это около 9 часов недоступности в год, и под нее берут минимум два узла за балансировщиком.
Да. Под импортозамещение подбираем реестровую платформу и проверяем связку до поставки.
Комплект под закупку: обоснование конфигурации под нагрузку системы, спецификацию с ОКПД2, реестровые подтверждения по ПП №719 и акты.

Заполните форму, и мы проведём бесплатный аудит: проверим серверы, сети и системы безопасности, определим риски и предложим план перехода на отечественное оборудование.