Систему собирали под другой масштаб, и теперь каждая новая функция разрабатывается дольше предыдущей, а заодно ломает соседнюю. Разбираем монолит на части и меняем то, что тормозит бизнес, — остальное продолжает работать.
Учётная система, склад, платежи, партнёрские API: встал один обмен — встали заказы. Переводим обмены на очереди, поэтому чужая недоступность больше не останавливает ваши продажи.
Тарифы, скидки, лимиты, права доступа, правила расчёта — то, что не ложится ни в одно готовое решение. Раскладываем правила так, чтобы менять их можно было без переписывания половины продукта.
Данных накопилось столько, что тяжёлые отчёты тормозят обычную работу продукта. Разносим оперативные данные и аналитику, и одно перестаёт мешать другому.
Кеширование, очереди и поиск по большому каталогу у нас уже написаны и держат нагрузку в проде. Ваш бюджет уходит на те места, которые не тянут именно у вас.
Нагрузочные сценарии и тесты ИИ пишет по нашим шаблонам, инженеры их проверяют. Проверка предела перестала быть самой дорогой частью работы.
Наши продукты держат сезонные пики не первый год, и цифры этих дней у нас есть. Предел вашей системы считаем по ним, а не по общей формуле из учебника.
Границы нагрузки и цену закрепляем в договоре до старта. Если недооценили работу, доделываем за свой счёт.
Рабочую версию под ваш профиль нагрузки открываем за 2–3 месяца. Дальше растим её частями на живом трафике.
Основатели — совладельцы других бизнесов. Запас по нагрузке для них такая же статья расходов, как склад или реклама, и обосновать её надо деньгами.
Распродажи и старт сезона держим без просадки поиска и корзины.
Акция стартует в приложении и на сайте сразу, без очереди в оплате.
Ночная выгрузка остатков и утренний вал заказов от всей сети.
Продажа билетов, эфир и день события, когда приходят все сразу.
Каталог на десятки тысяч позиций и подбор замены, когда нужной нет.
Статусы и трекинг доводим до тысяч получателей одновременно.
Отклики, смены и подбор в часы, когда на площадке весь город.
Платежи и кабинеты, где нельзя потерять ни одной операции.
100 000+
пользователей в дни фестиваля держит приложение
сотни тысяч
запросов в сутки на каталоге из 500 000+ позиций
0 часов
простоя при DDoS-атаках после переработки платформы
Докупить мощности можно всегда, но это лечит симптом и растит счёт за инфраструктуру каждый месяц. Запас прочности закладывается в четырёх местах, и все четыре мы решаем до первой строки кода.
Оперативная работа, поиск и аналитика живут в разных хранилищах и не мешают друг другу. Тяжёлый отчёт больше не тормозит корзину, а рост базы не упирается в один сервер.
Пользователь не ждёт, пока отработают обмены, письма и пересчёты, — они уходят в очередь. Страница отвечает за миллисекунды даже тогда, когда внутри системы идёт вал работы.
Если тяжёлый сервис или чужой API молчит, каталог и оформление заказа продолжают работать без него.
Парсеры конкурентов и атака не должны занимать мощности, купленные под покупателей. Людей и роботов разделяем до того, как запрос дойдёт до базы.
Тяжёлые обмены и точки входа берёт на себя Go. Бизнес‑логику держим на PHP, отчёты и расчёты считаем на Python. Схему стека показываем до подписания договора.
Языки
Данные
Очереди
Инфраструктура
от 5 млн ₽
В смету первой версии входят замер, профиль нагрузки, архитектура и нагрузочный тест до релиза. Когда предел и объём понятны, фиксируем цену и дату запуска.
Двукратный запас и десятикратный стоят по‑разному. Какой нужен вам, решаем по профилю нагрузки до старта.
Иногда предел поднимает одна переделка, иногда нужен новый продукт. После замера говорим, какой случай ваш.
Копия продукта под нагрузочные прогоны — отдельная часть работ. На нагруженном продукте без неё нельзя.
Учётка, склад, платежи, партнёрские API: каждая со своим форматом, своими лимитами и своей скоростью ответа. Считаем их поштучно, потому что чужая система — это всегда отдельная работа.
Втрое больше запросов иногда приходит вовсе не от покупателей. Людей и машины разделяем на входе, и оформление заказа продолжает работать.
Конкуренты выгружают каталог и цены и попутно занимают ваши серверы. Ставим ограничение по темпу запросов, и массовая выгрузка больше не проходит.
Если тяжёлый сервис не отвечает, каталог и оформление заказа работают без него. Клиент видит меньше функций, но заказ оформляет.
Фильтрацию, лимиты и бэкапы закладываем на этапе архитектуры. У PetShop простой при атаках на магазин сведён к нулю.
[01] Замер и оценка
Смотрим, сколько нагрузки продукт держит сейчас и сколько должен. Через 3 дня возвращаем состав работ с ценой.
[02] Профиль нагрузки
Считаем обычный день и день пика по вашим данным. Эту цифру закрепляем как требование к продукту.
[03] Архитектура под цифру
Рисуем схему с кешем, очередями и хранилищами. Разницу между вариантами запаса показываем в деньгах.
[04] Первая рабочая версия
Собираем ту часть продукта, через которую идут деньги. Смотреть её вы начинаете на своём контуре.
[05] Нагрузочный тест
Прогоняем профиль пика на копии продукта и поднимаем предел там, где он ниже требования. Результаты теста показываем целиком.
[06] Запуск и первый сезон
Переводим трафик на новую версию и держим дежурство до первого пика. После него планируем следующий контур.
Клиент под NDA · Дистрибуция электрооборудования, федеральная сеть
Дилеры заказывали по телефону и почте, потому что портал открывал прайс 12 секунд. Каталог — 40 000 позиций, и у каждого из 3 500 контрагентов своя цена: договорная скидка, объёмная ступень, кредитный лимит. Всё это пересчитывалось в момент, когда человек открывал страницу.
Утром вся сеть заходила одновременно — 70% дневных заказов приходили с 8 до 11 по местному времени, волной по часовым поясам. В эти часы портал не отвечал, и менеджеры возвращались к телефону.
80% времени запроса уходило на пересчёт персональных цен. Отчёты руководителей считались в той же базе, что и заказы, поэтому любая выгрузка утром добивала портал. А ночной обмен с учётной системой шёл шесть часов и к утреннему пику иногда не успевал — остатки на портале расходились с реальными.
Персональные прайсы стали считать заранее и хранить готовыми — открытие страницы перестало быть вычислением. Обмен с учётной системой перевели на очереди и сделали инкрементным: едет то, что изменилось, а не весь справочник. Отчётность вынесли в отдельное аналитическое хранилище, чтобы она не делила базу с заказами. Каталог и точку входа переписали на Go, остальную бизнес‑логику оставили на PHP и трогали только там, где она мешала.
Старую версию не выключали ни на день: трафик переводили частями, дилерская сеть переезжала группами.
Первая рабочая версия — 3 месяца. Полный переезд с монолита — 9 месяцев, без остановки продаж.
Нижняя граница — 5 млн ₽ за первую рабочую версию. Выше неё цену поднимают нужный запас по нагрузке, объём переписывания и стенды под нагрузочные прогоны. Смету собираем построчно и показываем целиком.
Прогоняем нагрузочный тест на копии продукта по вашему профилю пика и отдаём отчёт. Предел, который продукт обязан держать, стоит в договоре, поэтому результат теста и есть ответ на этот вопрос.
Обычно нет. Сначала замеряем, какая часть системы не тянет нагрузку, и считаем два варианта — переделать эту часть или собрать продукт заново. Разница между ними почти всегда в деньгах, и мы её показываем.
Первую рабочую версию под ваш профиль открываем за 2–3 месяца. Полный переезд нагруженного продукта идёт от полугода, и мы ведём его частями, не снимая трафик со старой версии сразу.
По замеру. Смотрим, что происходит с продуктом в часы спроса и на сколько его хватает при вашем плане роста. Если запас есть, скажем прямо, и разработку начинать не нужно.
Выражаю признательность команде Соde Pilots и, в частности, Дмитрию Васильеву, за проделанную работу по разработке мобильного приложения. Приложение позволило значительно расширить клиентскую базу и функциональные возможности, повысить конверсию и лояльность клиентов.
В этом году команда Code Pilots оперативно включилась в разработку мобильного приложения VK Fest и гибко подстраивалась под уточняющие требования и новые вводные. А самое важное — уложилась в обозначенные сроки, не потеряв в качестве результата. От имени всей команды VK благодарим вас за отличную работу!
Мы обратились к Code Pilots, когда поняли, что дальнейшее развитие проекта невозможно без автоматизации процессов. Совместно с ними мы разработали первую версию HRM, мобильного приложения и выпустили MVP. Мы довольны высоким техническим уровнем команды, клиентоориентированностью и ответственностью.
Наше сотрудничество началось в октябре 2015, и на данный момент наш сайт стал не только красивее и стабильнее в работе, но и гораздо более удобным для пользователей. Главное — увеличилась конверсия в оплаченные заказы. Крайне доволен сотрудничеством.
Очень довольна результатом работы! Code Pilots очень быстро отреагировали на мой запрос по созданию бота: быстро придумали алгоритм действия и написали его. Команда оставалась на связи и помогла установить бота на мой ресурс. Очень рекомендую Code Pilots, в том числе для решения самых нестандартных задач!
Опыт работы в РЖД не прошел бесследно: теперь Саша не боится любых вызовов. Сейчас он успешно руководит менеджерами и в курсе каждой детали
Делаем мобильные и веб‑продукты со сложной логикой, интеграциями и высокой нагрузкой. Внутри — кластеры дизайна, Flutter, нативной разработки и аналитики. Основатели — совладельцы других бизнесов: смотрим на задачи по-предпринимательски.
12+
лет на рынке
100+
реализованных проектов
60+
специалистов в штате
Tagline
Awards 2023 — золото
