Когда система должна выдержать пик
Не список услуг — ситуации, в которых CTO и founder обычно ищут HighLoad-команду.
Выберите сценарий: разберём нагрузку, узкие места и смету на Discovery 1–2 недели.
Запросить DiscoveryТри типичных входа
Чёрная пятница и вирусный трафик
Реклама уже куплена, а API отдаёт 503. Маркетинг винит «сайт», инженеры — «нагрузку».
Что делаем
Профиль пика, горячие пути, кэш/очереди, автоскейл и прогон нагрузки до кампании — не после инцидента.
Кейс: 15 000 соединений без падения Proxy CPU >25%
Смотреть кейс пикаНовая витрина / кабинет под рост
MVP на коленке выходит в прод. Через квартал — в 5–10 раз больше пользователей, и монолит трещит.
Что делаем
Архитектура под пик с первого спринта: сервисы, БД, наблюдаемость, CI/CD. Без «перепишем потом».
Вход: Discovery от 80 000 ₽ → смета Build
Оценка HighLoad-контураТрафик вырос x5–x10 за квартал
p95 ползёт вверх, релизы страшные, БД и внешние API — бутылочные горлышки.
Что делаем
Strangler Fig: усиливаем горячие пути, не останавливая бизнес. Нагрузка + метрики до/после.
25M+ msg/сутки · 15k RPS в production-кейсах
Услуга HighLoadЧастые вопросы
Нет. Здесь — ситуации («когда»). Услуга HighLoad — «что делаем». Load testing — отдельный intent с меньшим чеком.
С экспресс-профиля нагрузки и критичных сценариев. Иногда успеваем только закрыть топ-узкие места и прогон — честно скажем на Discovery.
Не всегда. Сначала доказываем запас по коду и данным; K8s — когда автоскейл и изоляция дают измеримый эффект.
Да: Build контура и retainer на серверы/мониторинг — разные пакеты, одна команда.
Узнайте, какой сценарий у вас
Короткий созвон: нагрузка, срок пика, стек. Дальше — план Discovery и вилка бюджета.
