Как разрабатывают сервис под высокую нагрузку: пик, очередь и тест

Как разрабатывают сервис под высокую нагрузку?

Сервис под высокую нагрузку разрабатывают от пика, а не от среднего дня: кэш, очередь, тест и дежурство закладывают до запуска.

Как разрабатывают сервис под высокую нагрузку, видно по одному вопросу. Что случится, если за 10 минут придёт столько заказов, сколько обычно за день. Если ответ «сервер ляжет», архитектуры ещё нет. Если ответ «лишние запросы встанут в очередь, а человек увидит честный статус», контур уже думает о пике.

Такие работы занимают 1–3 месяца и стоят от 500 000 до 2 000 000 ₽. Это не «купить сервер помощнее». Более мощная машина без очереди и кэша падает так же, только дороже.

Персональные данные в очередях и журналах закрывает закон № 152-ФЗ (КонсультантПлюс). В лог пика не кладут паспорт и телефон целиком.

Что считать пиком, а что шумом?

Пик — это короткий всплеск, который нельзя пережить «добавим памяти утром». Шум — обычный день.

Распродажа, розыгрыш, старт рекламы и час, когда открывается запись, — пики. Ночной отчёт — нет. Для оценки нужны три числа: обычные запросы в минуту, пик, и сколько секунд человек готов ждать. Без этих трёх чисел тест нечего с чем сравнивать.

Если пика нет и не предвидится, высоконагруженный контур рано. Обычный сервис дешевле. Переписывать спокойный кабинет «на вырост» без сценария пика — способ потратить квартал.

Из каких частей состоит устойчивость?

Устойчивость складывается из кэша, очереди, нескольких копий приложения и теста, который это ломает заранее.

Пять частей пика

1. КэшПовтор страницы не бьёт базу каждый раз
2. ОчередьЛишний заказ ждёт, а не роняет оплату
3. КопииОдин упавший процесс не гасит сайт
4. ТестПик прогоняют до рекламы, не во время
5. ДежурствоВ час пика есть человек и план

Очередь важнее красивого масштабирования. Человек может подождать 2–5 секунд статус «принимаем заказ». Он не может получить двойное списание. Поэтому платёж и остаток проверяют отдельно от витрины, которая может чуть устареть.

Состав работ описан на странице сервисов под высокие нагрузки. Рядом часто стоит свой API-сервис, если пик бьёт не в страницу, а в обмен. Отдельный прогон уже после запуска — это нагрузочное тестирование, его не путают с архитектурой до старта. Если пик у продукта по подписке, смотрите ещё онлайн-сервис по подписке: там падает оплата продления, не витрина.

Как выглядит нагрузочный тест до рекламы?

Тест повторяет сценарий пика на копии и смотрит, где кончилась скорость, а не «выдержало или нет» одной фразой.

1. Сценарий. Открыть витрину, положить в корзину, оплатить. Не только главная страница.
2. Ступени. Обычный уровень, потом 2-кратный, потом обещанный пик, потом пик плюс 30 процентов.
3. Граница. Записывают, на какой ступени ответ стал дольше 2 секунд или пошли ошибки.
4. Узкое место. База, оплата или картинки. Чинят одно, не «весь сервер».
5. Повтор. Тот же сценарий после правки. Без повтора правка — надежда.

Тест на пустой базе врёт: там нет тяжёлых заказов. Берут срез, похожий на боевой, без настоящих карт клиентов. Рекламу включают после повтора, не вместо него.

Один повтор занимает часы, не неделю. Зато он показывает, не сломала ли правка соседний шаг. Без этого шага команда празднует скорость главной и узнаёт про оплату от клиентов.

Сколько это стоит и когда хватит меньшего?

Полный контур под пик стоит от 500 000 ₽ и занимает 1–3 месяца. Точечная переработка одного узкого места может быть короче, но только после теста.

Работа	Срок	Цена
Оценка пика и архитектура	1–2 недели	внутри вилки от 500 000 ₽
Кэш, очередь, копии, тест	1–3 месяца	от 500 000 до 2 000 000 ₽
Свой API рядом	3–6 недель	от 150 000 до 500 000 ₽
Дежурство в день пика	отдельная договорённость	не прячется в разработку

Железо и облачные счета платит заказчик. В цене работ их нет. Вилки — на странице цен.

Ситуация	Что честнее
Пика нет, пользователей десятки	Обычный сервис, не контур нагрузки
Реклама на широкий охват уже куплена	Тест до включения, даже если больно по сроку
Падает только оплата	Чинют оплату, не переписывают всё

Как прикинуть пик на витрине с 10 тысячами товаров?

Пик считают от рекламы и от обычного часа, а не от числа товаров в каталоге.

Пусть обычный час — 100 заказов. Реклама обещает в 10 раз больше на 15 минут. Это 1 000 заказов за час в пересчёте, но сжатых в четверть часа, то есть около 250 попыток оплаты за 15 минут. Если каждая попытка без очереди держит соединение 2 секунды, 250 попыток одновременно сервис не переживёт, даже если за день 1 000 заказов выглядят скромно.

Десять тысяч товаров тут почти ни при чём: тяжёлой становится оплата и остаток, не сетка каталога. Кэш каталога дёшев. Очередь на оплату обязательна. Цифры 100, 10 и 15 минут — учебный пример. Свой пик берётся из прошлого запуска или из медиаплана, не из статьи.

Как мы держим кабинет, которым пользуются каждый день

Мы каждый день держим кабинет стройки: 170 человек и 65 сервисов, и это не рекламный пик на миллион просмотров.

Кейс кабинета для стройки честно другого масштаба, чем распродажа. Там нет обещания «выдержит любой наплыв». Там 170 сотрудников, 4 базы 1С и ежедневная работа: пропуска, сметы, документы. Урок для высокого пика отсюда узкий. Система, которой пользуются каждый день, падает заметно сразу. Поэтому узкое место ищут до объявления, а не по звонкам пользователей.

Публичный текст не содержит результатов нагрузочного теста, и я их не выдумаю. Не переносите 170 человек в расчёт вашей рекламы. Перенесите привычку: назвать пик числом и прогнать его на копии.

Если пользователей десятки и пика нет, этот кабинет как аргумент «нам нужен высоконагруженный контур» не работает. Он аргумент в пользу наблюдаемости, не в пользу лишней архитектуры.

Какие ошибки всплывают в минуту включения рекламы?

В минуту включения всплывают тест только главной страницы, оплата без очереди и отсутствие человека на связи.

• Тест главной. Каталог быстрый, оплата легла.
• Кэш остатка. Витрина показывает товар, которого уже нет, 2 минуты.
• Один сервер «с запасом». Запас кончился на третьей минуте.
• Логи с телефонами. Разбор пика сам стал утечкой.
• Никого на дежурстве. Реклама идёт, чинить некому 40 минут.

План на пике — одна страница: кого звать, что выключить первым, какой статус показать человеку. Без страницы дежурство превращается в чат.

Как принять контур до рекламы?

Контур принимают, если обещанный пик на копии прошёл повторно и оплата не двоилась.

Три проверки перед включением

1. СтупеньПик плюс 30 процентов не роняет оплату
2. ПовторПосле правки сценарий прогнан ещё раз
3. ДежурствоВ час старта есть человек и план на страницу

Смотрят не среднюю скорость за час, а худшие секунды. Если 5 процентов попыток ждали дольше 5 секунд или получили ошибку, пик не сдан, даже если остальные прошли быстро. Эти 5 процентов как раз и есть люди, которые уйдут и напишут.

Что измерить до оценки?

До оценки нужны обычный час, ожидаемый пик и сценарий, который нельзя потерять.

• Запишите заказы или визиты обычного часа и самого шумного часа прошлого месяца.
• Назовите акцию: дата, длительность в минутах, во сколько раз ждёте рост.
• Отметьте, что страшнее: медленная витрина или двойная оплата.
• Скажите, есть ли уже API, который трогают внешние системы.
• Назначьте человека на час старта.

Пять пунктов попадают в вилку 1–3 месяца и от 500 000 ₽ либо в отказ, если пика нет. Отказ здесь дешевле архитектуры «на всякий случай». Облачный счёт за серверы посчитайте отдельно: в работы он не входит.

Источники

1. Федеральный закон № 152-ФЗ «О персональных данных» — проверено 17.10.2026
2. Федеральный закон № 402-ФЗ «О бухгалтерском учёте» — закон от 06.12.2011, проверено 17.10.2026
3. 1С: технологии внедрения — проверено 17.10.2026
4. 1С: технология стандартного внедрения — проверено 17.10.2026
5. 1С:ERP Управление предприятием — проверено 17.10.2026

Вопросы и ответы

Как разрабатывают сервис под высокую нагрузку до запуска рекламы?

Сначала называют пик числом, потом ставят кэш и очередь, потом гоняют сценарий заказа на копии ступенями до пика и ещё на 30 процентов выше. Рекламу включают после повторного прогона. Срок такого контура — 1–3 месяца.

Чем это отличается от более мощного сервера?

Мощный сервер откладывает падение, но не разделяет витрину и оплату. Очередь позволяет лишнему заказу подождать, а не уронить списание. Кэш снимает повторные чтения. Без теста обе меры остаются догадкой.

Сколько длится подготовка к пику?

Оценка и схема — 1–2 недели, кэш, очередь, копии и тест — внутри 1–3 месяцев. Если узкое место одно и уже известно, не обязательно переписывать весь сервис. Цена полного контура начинается от 500 000 ₽.

Что тестировать кроме главной страницы?

Путь заказа: каталог, корзина, оплата, статус. Главная часто и так быстрая. Падает то, где пишут в базу и говорят с банком. Тест на пустой базе без заказов этот путь не показывает.

Можно ли кэшировать остаток?

Ненадолго и с ясной границей. Витрина может отставать на десятки секунд. Оплата и резерв должны видеть свежий остаток, иначе две покупки заберут одну штуку. Это разные правила, их нельзя смешать в один кэш.

Кто платит за серверы?

Заказчик, облачным счетам. В цене работ от 500 000 до 2 000 000 ₽ железа и облака нет. Дежурство в день пика тоже лучше назвать отдельно, иначе в час старта неясно, кто на связи.

Когда высоконагруженный контур ещё рано?

Когда пользователей десятки, пика от рекламы нет и падений не было. Тогда обычного сервиса достаточно. Архитектуру под миллион просмотров без сценария пика строить рано.

Что считать сдачей?

Повторный прогон обещанного пика плюс 30 процентов, без двойных оплат, и назначенный дежурный с планом на одну страницу. Фраза «на тесте вроде держалось» сдачей не является.

Е

Еркаев Сергей Владимирович, директор ООО «Система».

Руководит разработкой в ООО «Система»: кабинет стройки на 170 человек и 65 сервисов открывают каждый день, поэтому сбой виден сразу, а не по отчёту на следующее утро.

Опубликовано 17 октября 2026, обновлено 17 октября 2026. Об авторе · Кейсы · Контакты

Услуги из статьи

Другие статьи

• Как заменить зарубежный сервис в 2026 годуЭкспертная статья · октябрь 2026 · 17 октября 2026
• Как внедряют обслуживание оборудования в 2026 годуЭкспертная статья · октябрь 2026 · 17 октября 2026
• Как автоматизировать документооборот в 2026 годуЭкспертная статья · октябрь 2026 · 17 октября 2026
• Как устроен сервис по подписке в 2026 годуЭкспертная статья · октябрь 2026 · 17 октября 2026
• Как внедрить ИИ в бизнес-процессы в 2026 годуЭкспертная статья · октябрь 2026 · 17 октября 2026

Эту тему также ищут как: «как разрабатывают сервис под высокую нагрузку», «чем очередь отличается от мощного сервера», «как провести нагрузочный тест», «сколько длится подготовка к пику», «когда высоконагруженный контур рано», «что принять перед включением рекламы»