Capacity Planner нужен для ранней инженерной оценки: выдержит ли текущая архитектура целевой объем трафика и какой стек нужен для стабильной работы. Инструмент считает средний и пиковый RPS, объем трафика и предлагает отправную инфраструктурную конфигурацию для обсуждения с CTO и командой разработки.
Расчёт RPS и первичная оценка инфраструктуры.
Результат расчёта
Next.js + Node.js + PostgreSQL
2 app-инстанса, managed PostgreSQL, Redis для кеша
Получить инфраструктурный план
Оставьте email, чтобы получить PDF с расчетом нагрузки и рекомендуемой базовой инфраструктурой под рост проекта.
Модель стартует с трех параметров: пользователей в сутки, действий на пользователя и среднего размера запроса. Из этого рассчитывается общий объем запросов за сутки, средний RPS и условный пиковый RPS. Пик берется с коэффициентом x6, чтобы учесть типичный дневной всплеск и маркетинговые кампании.
Этот расчет не заменяет нагрузочное тестирование, но позволяет заранее отсеять неподходящий стек и подготовить инфраструктурный бюджет без догадок.
Одинаковый RPS может означать совершенно разную нагрузку на систему. Один сценарий - это легкий read-запрос к кэшу, другой - сложная транзакция с несколькими сервисами и записью в БД. Поэтому в реальном capacity planning важно смотреть не только на средний и пиковый RPS, но и на профиль запросов, латентность, распределение по эндпоинтам и работу очередей.
Именно поэтому инструмент дает не «магическое число серверов», а инженерный ориентир для обсуждения: какой стек выбрать, где нужен асинхронный контур, какие зоны будут bottleneck при росте нагрузки.
Один регион, 2 приложения за балансировщиком, managed PostgreSQL, Redis-кэш. Подходит для MVP и умеренной дневной нагрузки.
Kubernetes, горизонтальное масштабирование API, read-replica БД, Kafka/RabbitMQ для фоновых потоков и SLO-мониторинг по критичным операциям.
Multi-zone deployment, API gateway, отдельные контуры чтения и записи, pipeline телеметрии, строгий алертинг и планы аварийного восстановления.
Да. Он дает базовый ориентир для общения с подрядчиком или внутренним техническим лидом на языке цифр, а не догадок.
Перед крупными маркетинговыми активностями, запуском в новые регионы и при росте критичных операций, где простой напрямую влияет на выручку.
