Публикую свои мысли и инсайты на тему разработки и бизнеса в моем ТГ-канале, подписывайтесь😉
Сегодня поговорим о граблях, на которые наступает каждый второй стартапер или владелец уже действующего бизнеса. Нет, не про то, как нанимать друзей или доверять партнёрам без договора — это тема для отдельной драмы😀 Сегодня разберем, как не прос... просадить весь бюджет на серверах, когда ваш стартап наконец-то начал взлетать.
Каждый амбициозный предприниматель мечтает о росте своего бизнеса. Но есть подводный камень, о который спотыкаются даже опытные бизнесмены — выбор серверной инфраструктуры. Неправильное решение может привести либо к потере клиентов из-за медленной работы сервиса, либо к неоправданно высоким расходам на слишком мощное оборудование.
Почему это важно, или Истории из жизни
История первая: "Облачный" сюрприз
Представьте ситуацию: вы запустили крутой проект, который неожиданно начал расти. Клиенты идут, деньги капают, вы уже мысленно паркуете 223/Лисян у офиса... И тут бац! Сайт падает под нагрузкой, а техдир в панике пишет в слак: "Нам срочно нужно в облака!". Через месяц вы смотрите на счет от Amazon и понимаете, что придется продать почку. Знакомо?
История вторая: "Как в Netflix!"
Или другая ситуация: вы, начитавшись модных статей про облака и микросервисы, сразу заряжаете проект на AWS. "Как в Netflix!" - говорите вы команде. А через полгода плачете, глядя на счета за сервера, которые используются на 10% своей мощности. Спойлер: Netflix можно, а вам пока нет.
История третья: "Firebase за 100k USD в месяц"
А вот вам реальный кейс из жизни, от которого я тоже охре... удивился.
На Новогодних праздниках ко мне записался на консультацию фаундер одного из стартапов с просьбой переработать уже существующее приложение и показал счет от Google Cloud за Firebase, Storage и еще несколько сервисов от Google на 100k+ USD/месяц.
И это при всего 78 000 MAU (активных пользователей в месяц)!
В чем была проблема? Основные расходы были на облачную бд Google Cloud - Firestore, из-за небольшой ошибки в архитектуре приложения при обновлении списка чатов у пользователя в мессенджере внутри приложения - выполнялось по 50 000 запросов за один раз, у каждого пользователя!
В итоге количество операций чтения в Firestore доходило до 2 МИЛЛИАРДОВ в день, КАРЛ! А количество операций записи в бд — до 1 миллиарда/дейли
Тут должен был быть нудный текст про виды баз данных, особенности подсчета запросов и прочее душнилово, но я вас пожалею)))
У Google ресурсов много, ему не жалко — любой каприз за ваши деньги. А обычный VPS или даже выделенный сервер просто бы лег от такой нагрузки, и это было бы сигналом, что что-то явно не так.
В защиту сторонних разработчиков этого приложения скажу — от ошибок никто не застрахован, но фаундерам на заметку: если используете облака и любые другие опции с гибкой тарификацией — ВСЕГДА ставьте лимиты бюджетов и мониторьте расходы ежедневно хотя бы первое время.
Очень жаль потраченные деньги на разработку, но когда месячные расходы более чем в 2 раза больше стоимости разработки похожего проекта с нуля в нашей студии - вариантов кроме как переделывать приложение особо не остается🙁
…В итоге решили вместе с уже клиентом переделать это приложение на использование Supabase — это современная платформа, построенная на основе PostgreSQL, которая отлично подходит для управления данными и упрощает работу с серверной частью. По сути, это такой удобный инструмент, который предоставляет базу данных с API “из коробки”.
Дополнительно выбрали достаточный на данный момент VPS: 8vCPU, 16 ГБ оперативной памяти. Такая конфигурация стоит обойдется около 50 дол. в месяц и спокойно выдерживает до 200 RPS (запросов в секунду), если архитектура проекта нормально оптимизирована.
Благодаря переходу на Supabase и отказу от облачных сервисов удастся:
• сократить ежемесячные расходы более чем в 2000 раз;
• улучшить производительность за счёт правильной настройки базы данных;
• избавиться от скрытых переплат за “удобные” сервисы, которые в итоге оказались просто дорогими.
Это отличный пример того, как грамотная инфраструктура может сэкономить бюджет и помочь стартапу сфокусироваться на развитии, а не на погашении счетов за облачные сервисы.
Когда реально нужны облака:
Когда инвесторы сказали "надо" (и дали денег)
Когда у вас реально сотни тысяч и миллионы пользователей
Когда вам позарез нужны их специальные сервисы типа AI или анализа больших данных и то можно подключить их по API например
VPS/VDS: ваш лучший друг на старте
Виртуальный сервер — это как студия в спальном районе. Не так пафосно, зато своё и платежи адекватные. За $10-50 в месяц вы получаете нормальный сервер, который потянет большинство проектов на старте. И да, это не опечатка — реально от 10 баксов.
Главное преимущество — вы платите только за то, что реально нужно. Никаких сюрпризов в конце месяца, никаких скрытых платежей за "премиальный воздух в датацентре". Просто честный сервер за честные деньги.
Выделенные серверы: для тех, кто дорос
Выделенный сервер — это как собственный дом. Дороже, чем квартира, зато всё твоё и соседи не шумят за стенкой. От $100 в месяц, и вы получаете полный контроль над железкой. Только учтите, что без толкового админа тут делать нечего — это вам не конструктор из облаков.
Давайте поговорим про нагрузку, или Почему RPS это не рок-группа
RPS (запросы в секунду) — это сколько раз в секунду пользователи дёргают ваш сервер. Представьте, что это очередь в популярный бар: если охранник (ваш сервер) не успевает всех впускать, у входа начинается давка, а потом драка и все разбегаются. В нашем случае — пользователи уходят к конкурентам.
Количество активных пользователей в час × Среднее количество их действий в минуту) ÷ 60 = Запросы в секунду (RPS)
Например, если у вас 1000 пользователей в час, и каждый делает примерно 5 кликов в минуту, получаем: (1000 × 5) ÷ 60 = 83 запроса в секунду.
Какой сервер вам реально нужен
Для тех, кто только запустился (до 50 RPS):
Вам хватит простого VPS за $10-50 в месяц. Это как первая машина — не Ferrari, но довезёт куда надо. Идеально подойдет для небольшого интернет-магазина или приложения
Для растущих проектов (50-500 RPS):
Пора думать о мощном VPS или выделенном сервере за $50-250. Как раз для популярного маркетплейса или сервиса доставки, который уже нашёл своих клиентов.
Для серьёзных пацанов (500+ RPS):
Тут уже без мощных выделенных серверов, облаков и прочих кубернетисов - никуда. От $150 в месяц, и это только начало. Но если у вас такая нагрузка — скорее всего, вы уже можете себе это позволить.
Как понять, что пора апгрейдиться
Есть несколько верных признаков:
Время ответа стабильно превышает 200-300 мс
Появляются ошибки при пиковых нагрузках
Нагрузка на CPU держится стабильно выше 80%
Памяти остаётся меньше 20%
Так же если у вас Стартап - не бойтесь что сервер ляжет от нагрузки, во первых до этого нужно еще дорасти, и "переехать" на более мощный сервер не так сложно. А еще хочу поделиться, может, не самым популярным наверное мнением: если сервер лег — значит, вы реально достигли успеха! Ваш проект живет, развивается, привлекает внимание, и это отличный знак! Переезжаем на более крутой сервер и ставим перед собой новую цель — снова “положить” его, разгоняя бизнес дальше!
Про масштабирование, Kubernetes и прочие фентиплюшки — это тема для отдельной статьи.
Реальные тесты на реальном железе
Как мы мучали сервер за 700 рублей
А вот вам реальный кейс из жизни: только что сданный проект приложения с backend частью на Supabase Self Hosted, крутящийся на простеньком VPS за 700 рублей в месяц (2 vCPU, 4GB RAM).
Чтобы не быть голословными, как и всегда при сдаче проекта, мы решили устроить нашему VPS настоящую пытку. Нет, мы не включали ему песни Моргенштерна на repeat — мы использовали Grafana k6 для стресс-тестирования. Если вы не знаете, что это такое, представьте толпу голодных студентов, штурмующих столовку в перерыве между парами. Примерно так же k6 генерирует нагрузку на ваш сервер.
Не буду грузить вас техническими подробностями (хотя постойте, грузить — это же как раз то, чем занимается k6!), но суть такая: мы постепенно увеличивали количество виртуальных пользователей, пока наш сервер не начал просить пощады.
И всё это на достаточно сложном, комбинированном запросе к нескольким таблицам в БД — с JOIN'ами и прочими SQL-извращениями. А наш малыш справился!
Это показывает, что даже бюджетный VPS может отлично справляться с реальными нагрузками при правильной настройке. Ключевые факторы успеха:
Оптимизация базы данных
Правильная настройка кеширования
Грамотное управление соединениями
Отсутствие лишних сервисов, которые съедают ресурсы
Финальные мысли, или Как не облажаться
Начинайте с малого. Серьёзно. Нет ничего постыдного в том, чтобы стартовать с простого VPS. Instagram тоже не сразу переехал в облака. Растите постепенно, следите за метриками и не ведитесь на модные словечки вроде "микросервисы", облачная БД и "serverless", пока реально в этом не нуждаетесь.
И помните: крутой стартап, как и любой бизнес — это не тот, который сидит в самом дорогом облаке, а тот, который приносит деньги. А сэкономленные на серверах деньги лучше потратить на разработку или маркетинг. Ну или на пиво команде — тоже хороший вариант!
P.S. Тема очень обширная, тут можно целую книгу написать. Если у вас есть вопросы — задавайте в комментариях, постараюсь помочь. Есть экспертиза в Разработке/DevOps/продукте, так что обязательно что-нибудь придумаем.
Подписывайтесь на мой телеграм-канал, где я буду регулярно делится подобными кейсами из практики и техническими лайфхаками. А для тех, кому нужна персональная консультация — всегда открыт к диалогу.
Главное помните: технологии должны помогать бизнесу расти, а не тянуть его на дно необоснованными расходами.
Удачи в развитии ваших проектов!
