Kubernetes для малого бизнеса: когда внедрять, сколько стоит и как не переплатить

Я, Семёнов Евгений Сергеевич, директор ITFresh, за свои 15 с лишним лет работы с малым и средним бизнесом кое-что точно понял: Kubernetes — это далеко не магическая палочка-выручалочка. Ко мне постоянно приходят владельцы компаний, где работает 40–80 человек, и первым делом говорят: «Нам точно нужен Kubernetes! Все же сейчас на нём!» Знаете что? В половине случаев я их настойчиво отговариваю. А вот со второй половиной мы действительно садимся, всё проектируем и потом успешно запускаем. Надеюсь, эта статья поможет разобраться, к какой группе относится ваш бизнес.

Когда Kubernetes действительно нужен

А вот когда K8s действительно становится выгоден малому бизнесу? Мы выделили три чётких сценария. Во-первых, конечно, это продуктовая компания, которая активно пилит свой SaaS, ей жизненно необходимо деплоить новые фичи по несколько раз на дню. Во-вторых, это любой интернет-магазин или веб-сервис, постоянно сталкивающийся с сезонными пиками нагрузки. Без автомасштабирования тут просто не выжить. И в-третьих, если у вас целый холдинг с десятком дочерних проектов, то их очень выгодно собрать на единой платформе — это заметно экономит на администрировании, можете себе представить?

Если у вас в инфраструктуре — всего-то один 1С-сервер, какой-нибудь корпоративный портал и почтовик, то Kubernetes вам, поверьте, совершенно не нужен. Я всегда прямо говорю своим клиентам: сначала освойте контейнеризацию через Docker Compose. И только когда приложений станет не три-пять, а уже больше десятка, вот тогда, и только тогда, имеет смысл думать о переезде на K8s.

Managed vs self-hosted: что выбрать

Для малого бизнеса, по нашей практике, в 90% случаев я советую managed Kubernetes. Сейчас разберём, почему, сравнив его по нескольким ключевым параметрам.

А вот Self-hosted K8s оправдывает себя, только если есть крайне жёсткие требования к локализации данных. Скажем, персональные данные по 152-ФЗ, которые обязаны находиться на ваших собственных серверах в российском дата-центре. Или другой вариант: у вас уже куплено серверное железо, оно просто простаивает без дела, и его надо куда-то пристроить.

Стоимость владения: честный расчёт

Часто малый бизнес воспринимает Kubernetes как что-то «очень сложное и невероятно дорогое». Правда? А давайте-ка вместе посмотрим на цифры! Вот вам, к примеру, типовой production-кластер, способный обрабатывать 200–500 запросов в секунду для обычного веб-приложения:

• Хотите знать, сколько стоит "железо" на старте? Три worker-узла, каждый с 4 vCPU и 8 ГБ RAM, обойдутся примерно в 18 000 рублей в месяц. Это если мы говорим о ценах в Yandex Cloud, конечно.
• 1 LoadBalancer — 2 500 руб./мес.
• А как насчёт надёжного хранилища? 100 ГБ persistent volumes — и данные всегда в безопасности. На нашей практике, это стоит около 1 800 рублей в месяц.
• Как же следить за работой всей системы? Для этого нужны логи и метрики! Если вы используете Managed Prometheus, то это обойдётся примерно в 3 000 рублей ежемесячно. Без грамотного мониторинга далеко не уедешь, это факт.
• Трафик 1 ТБ — 1 500 руб./мес.

Итак, выходит примерно 26 000 рублей в месяц за полноценный production-кластер. Добавим к этому затраты на инженера с частичной занятостью (0.2–0.3 ставки) — это ещё 40–60 тысяч рублей. Итоговое TCO (общая стоимость владения) составит около 80 000 руб./мес. А теперь представьте: для компании с выручкой от 20+ млн рублей в год это всего 0.5% от оборота на инфраструктуру! Подумайте сами, это ведь вполне сопоставимо, а часто даже дешевле, чем поддерживать пару физических серверов и платить зарплату штатному админу.

Пошаговый план внедрения

Когда мы берёмся за проекты, рассчитанные на команды от 30 до 80 человек, то, как правило, действуем по чёткой, проверенной годами схеме:

1. Неделя 1. Аудит существующих приложений, определение кандидатов на миграцию, выбор managed-провайдера, развёртывание dev-кластера.
2. Неделя 2. Контейнеризация 2-3 простых сервисов, настройка CI/CD в GitLab или Gitea, написание первых Helm-чартов.
3. Неделя 3. Поднятие production-кластера, ingress-контроллер, cert-manager для Let's Encrypt, мониторинг Prometheus+Grafana.
4. Неделя 4. Миграция первых сервисов в прод, настройка бэкапов, документация, обучение команды базовому kubectl.

А дальше? Постепенно мигрируем остальные приложения, постоянно оптимизируя потребление ресурсов.

Базовый набор инструментов

Знаете, работать с «голым» K8s, без целого ряда дополнительных инструментов — это, поверьте, просто мучение в эксплуатации! На нашей практике, вот какой минимальный набор у нас всегда в ходу, без него никуда:

# Установка основных компонентов через Helm
helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo add jetstack https://charts.jetstack.io
helm repo add prometheus-community https://prometheus-community.github.io/helm-charts
helm repo update

helm install ingress-nginx ingress-nginx/ingress-nginx -n ingress-nginx --create-namespace
helm install cert-manager jetstack/cert-manager -n cert-manager \
  --create-namespace --set installCRDs=true
helm install monitoring prometheus-community/kube-prometheus-stack -n monitoring \
  --create-namespace

Обычно этого набора хватает для решения 70% задач. Если же нужны более продвинутые сценарии, то тогда уже добавляются: ArgoCD для GitOps, Loki для сбора логов, Velero для надёжных бэкапов, а также Kyverno для политик безопасности.

Кейс: миграция логистической компании

Помню, в августе 2025 года мы помогли одной московской курьерской компании, где работало 54 человека, сделать большой шаг вперёд: они перешли с пяти старых виртуальных машин прямиком на современный managed Kubernetes. Архитектура у них была вполне классической, монолитной: там и веб-сайт для заказов, и API для мобильного приложения, админ-панель, биллинг, ну и, конечно, интеграция с 1С. Какие же проблемы их мучили? Самые обычные: ручной деплой через SSH, постоянные сбои при каждом новом релизе и, что самое досадное, полное отсутствие автоматических тестов.

Всего за три недели мы успели: контейнеризировать все пять сервисов, развернуть кластер в Yandex MKS (это были три воркера по 4 vCPU / 16 ГБ), настроить GitLab CI с автодеплоем через ArgoCD, а также перевести базу данных на managed PostgreSQL. И что в итоге? Время релиза сократилось с 40 минут (которые раньше сопровождались даунтаймом!) до всего лишь 3 минут, причём без малейшей остановки сервиса! Число инцидентов уменьшилось с 8–10 в месяц до смешных 1–2. Что по деньгам? Стоимость инфраструктуры в Yandex составила 31 000 руб./мес, плюс наше сопровождение — 25 000 руб./мес. А до этой миграции клиент выкладывал за два выделенных сервера в дата-центре МТС целых 45 000 руб./мес, да ещё и админа на четверть ставки содержал. Чувствуете разницу?

Грабли, на которые наступают чаще всего

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

• Мигрируют базы данных без оператора. Простой StatefulSet с PostgreSQL — это путь к потере данных. Нужны CloudNativePG, Zalando postgres-operator или managed БД.
• Не настраивают лимиты ресурсов. Один зависший под может положить всю ноду.
• Забывают про бэкапы etcd. Если у вас self-hosted, etcd — это сердце кластера, и его нужно бэкапить ежедневно.
• Держат секреты в git. Даже приватный репозиторий — плохая идея для паролей БД. Sealed Secrets или внешний Vault.
• Не обучают команду. Три инженера, из которых один знает kubectl — это риск. Минимум двое должны уметь диагностировать проблемы.

FAQ — частые вопросы про Kubernetes в малом бизнесе

С какого размера бизнеса имеет смысл Kubernetes?

Ориентир — 8-10 микросервисов или веб-приложений, которые нужно развёртывать независимо. Либо стартап с планами быстрого роста. Если у вас один монолит и стабильная нагрузка — K8s скорее добавит работы.

Managed или self-hosted Kubernetes для малого бизнеса?

Managed почти всегда выгоднее: Yandex MKS, Selectel MKS, VK Cloud. Self-hosted — только если есть выделенный инженер и жёсткие требования к данным.

Сколько стоит кластер для малого бизнеса в месяц?

Минимальный прод-кластер в managed-сервисе — от 15 до 40 тыс. руб. в месяц. Self-hosted на собственном железе — от 70 тыс. руб. разовых вложений.

Какие приложения лучше не класть в Kubernetes?

Тяжёлые stateful базы без специализированного оператора, лицензионный софт с привязкой к железу, legacy без контейнеризации.

Сколько времени занимает внедрение K8s с нуля?

Для компании 30-80 сотрудников: 2-4 недели на кластер и миграцию, плюс 1-2 месяца стабилизации.