Минимальная инфраструктура для стартапа: всё необходимое за $50 в месяц
Есть устойчивый шаблон, по которому умирают технические стартапы. Не от плохой идеи и не от нехватки денег в первый месяц. А от того, что три инженера полгода строят инфраструктуру для миллиона пользователей, которых у них нет и, возможно, никогда не будет.
Kubernetes, микросервисы, multi-region, service mesh — всё это звучит серьезно на архитектурном ревью. Но на стадии MVP серьезная инфраструктура чаще всего означает серьезную потерю времени. И, что важнее, серьезную потерю денег: по данным Andreessen Horowitz, инфраструктура — вторая по величине статья расходов стартапа после зарплат, в среднем 50–80% себестоимости для SaaS-компаний. (a16z)
Вопрос не в том, хороши ли эти технологии. Вопрос в том, нужны ли они вам прямо сейчас.
MVP-инфраструктура: один сервер, не кластер
Первое правило стартапа — скорость до продукта. Всё, что не приближает к работающему продукту в руках пользователей, является техническим долгом наоборот: долгом перед бизнесом, который вы берёте ради инженерного комфорта.
Минимальная продакшн-инфраструктура для веб-приложения — это один VPS с Docker, база данных, хранилище файлов, автоматический деплой и мониторинг. Всё. Никаких оркестраторов, никаких очередей сообщений, никаких отдельных сред для staging, пока у вас нет платящих клиентов.
По данным Stack Overflow Developer Survey 2025, Docker используют 71.1% профессиональных разработчиков — рост на 17 п.п. за год, крупнейший скачок среди всех технологий в опросе. Kubernetes — 28.5%. (Stack Overflow) Docker стал базовым ожиданием, Kubernetes — инструментом масштабирования. На стадии MVP вам нужен первый, но не второй.
Docker + VPS: рабочая лошадка
Один файл docker-compose.yml описывает всё приложение: веб-сервер, API, базу данных, reverse proxy. При деплое вы делаете docker compose pull && docker compose up -d — и через секунды новая версия работает. Откат — одна команда. Воспроизводимость — абсолютная: то, что работает на вашем ноутбуке, работает на сервере.
Для VPS в 2026 году стоит смотреть на Hetzner. Их CX22 (2 vCPU, 4 GB RAM, 40 GB SSD) стоит от €3.99 в месяц, CX32 (4 vCPU, 8 GB RAM, 80 GB SSD) — от €6.30. В ту же цену входит 20 TB трафика. Сравнимая конфигурация на AWS (t3.large, 2 vCPU, 8 GB) — около $67 в месяц, на GCP (e2-standard-2) — $52, на Azure (B2s) — $70. (culta.ai) Разница в 4–7 раз при идентичных характеристиках. (SignalThirty)
Для сравнения: минимальный managed Kubernetes-кластер — $312 на GKE Autopilot, $402 на EKS, $420 на AKS. (culta.ai) Три ноды, management fee, load balancer — и бюджет на инфраструктуру съеден до первого пользователя.
PostgreSQL — единственная база, которая нужна на старте
Не выбирайте базу данных под будущую нагрузку. Выбирайте под текущую реальность: один сервер, одно приложение, нужна надежность и гибкость.
PostgreSQL в 2025 году достиг 55% adoption среди разработчиков по данным JetBrains и 55.6% по Stack Overflow — больше, чем любая другая база данных. (JetBrains, Stack Overflow) Рост не случаен: расширение pgvector для векторного поиска позволяет использовать Postgres и для AI-нагрузок, экономя 60–80% по сравнению с выделенными векторными базами. (byteiota) Postgres одновременно работает как реляционная база, документная (через JSONB), поисковая (через tsvector) и хранилище очередей (через LISTEN/NOTIFY или pg_cron).
На стадии MVP база работает на том же VPS, что и приложение. Когда появится реальная нагрузка и деньги, вы вынесете её на managed-сервис. Но не раньше.
Единственное правило: делайте бэкапы с первого дня. pg_dump по крону и копия в object storage — 20 минут настройки, которые однажды спасут вам бизнес.
Object Storage: файлы отдельно от сервера
Загрузки пользователей, аватарки, документы, бэкапы — всё это не должно лежать на файловой системе VPS. Диск сервера конечен, бэкапить его целиком дорого, а при миграции на другой сервер начинается ручное перетаскивание.
S3-совместимое хранилище решает эту проблему раз и навсегда. Все современные фреймворки умеют с ним работать из коробки.
Cloudflare R2 — наиболее экономичный вариант для стартапа. 10 GB бесплатно, хранение сверх лимита — $0.015 за GB в месяц, и главное: нулевая стоимость исходящего трафика. Для сравнения: egress у AWS S3 стоит $0.09/GB, у GCP и Azure — $0.08–0.12/GB. На 100 GB хранения с 1 млн запросов разница между провайдерами невелика ($2.00–2.40/мес), но на трафике R2 выигрывает кратно. (Cloudflare, culta.ai)
Для бэкапов базы, статики и пользовательских файлов стартапу обычно хватает free tier на первые месяцы.
CI/CD: автоматизация с первого коммита
Ручной деплой — это не экономия времени. Это отложенный взрыв: однажды кто-то задеплоит не ту ветку, забудет прогнать тесты, или сделает деплой в пятницу вечером с ноутбука из бара.
GitHub Actions на бесплатном плане даёт 2000 минут в месяц для приватных репозиториев на Linux-раннерах. Для публичных — бесплатно без ограничений. С января 2026 года цены на платные раннеры снизились: Ubuntu — $0.006/мин (было $0.008), Windows — $0.010/мин, macOS — $0.048/мин. (GitHub, GitHub)
Минимальный пайплайн для стартапа: прогнать тесты, собрать Docker-образ, запушить в registry, подключиться к серверу по SSH и сделать docker compose pull && docker compose up -d. Это 15–20 строк YAML и 2–3 минуты на каждый деплой.
Альтернатива: GitLab CI с 400 compute-минутами на бесплатном плане. (GitLab) Если вы уже на GitLab — не уходите ради CI/CD.
Мониторинг: знать раньше пользователя
Мониторинг на стадии MVP — это не Datadog за $23 на хост. Это три вещи: знать, что сервис жив; знать, что сервер не задыхается; получать уведомления, когда что-то сломалось.
Uptime Kuma — self-hosted мониторинг с 84 000+ звёзд на GitHub. Проверяет HTTP, TCP, DNS, отправляет уведомления в Telegram, Slack, email. Ставится одной строкой в docker-compose.yml. (Uptime Kuma)
Для метрик сервера: node_exporter + Prometheus + Grafana — стандартный стек, который работает на том же VPS. Потребляет немного ресурсов, но даёт полную картину: CPU, RAM, диск, сеть, I/O базы данных.
Если не хотите поднимать Prometheus — хотя бы настройте docker stats и алерт на свободное место на диске. Переполненный диск — причина номер один неожиданных падений у стартапов, которые забыли про логи.
Бюджет: VPS против облака
Два сценария для одного и того же MVP.
Сценарий A: VPS (Hetzner)
| Компонент | Решение | Стоимость |
|---|---|---|
| VPS | Hetzner CX32 (4 vCPU, 8 GB RAM) | ~€6.30/мес |
| База данных | PostgreSQL на том же VPS | €0 |
| Object Storage | Cloudflare R2 (10 GB free tier) | $0 |
| CI/CD | GitHub Actions (free tier) | $0 |
| Мониторинг | Uptime Kuma + Grafana (self-hosted) | $0 |
| Домен | .com / .dev | ~$1/мес (amort.) |
| Бэкап | VPS snapshot (Hetzner) | ~€1.20/мес |
| Итого | ~$10–12/мес |
Сценарий B: облако (AWS / GCP / Azure)
| Компонент | AWS | GCP | Azure |
|---|---|---|---|
| Compute (2 vCPU, 8 GB) | $67 | $52 | $70 |
| Managed PostgreSQL (min) | $145 | $120 | $155 |
| Object Storage (100 GB) | $2.40 | $2.10 | $2.00 |
| CI/CD | включён | включён | включён |
| Итого (MVP) | $250–400 | $200–320 | $260–420 |
Источник сравнения: (culta.ai)
Разница — порядок величины. VPS-сценарий обходится в $10–12 в месяц, облачный MVP — в $200–400. При этом ваше приложение делает одно и то же.
Важная оговорка: у всех трёх облачных провайдеров есть кредитные программы для стартапов. AWS Activate даёт до $100 000, Google for Startups — до $100 000, Microsoft Founders Hub — до $150 000. (AWS, Google, Microsoft) Если ваш стартап связан с акселератором, эти кредиты могут покрыть облачную инфраструктуру на 12–18 месяцев. Но кредиты заканчиваются, а привычка к managed-сервисам остаётся.
Главное правило: каждый следующий доллар на инфраструктуру должен быть ответом на реальную проблему, а не на воображаемую нагрузку.
Короткий вывод
Минимальная инфраструктура для стартапа — это не костыль и не технический долг. Это осознанный выбор: потратить деньги и время на продукт, а не на обслуживание инфраструктуры, которую пока некому нагружать.
Один VPS, Docker Compose, PostgreSQL, S3-хранилище, автоматический деплой, базовый мониторинг. Десять-пятнадцать долларов в месяц. Всё остальное — когда появятся пользователи, деньги и причины масштабироваться.