1. Главная
  2. Блог
  3. Своя инфраструктура: зачем небольшому продукту Kubernetes и GitOps

Своя инфраструктура: зачем небольшому продукту Kubernetes и GitOps

Когда небольшому SaaS-продукту оправданы собственный Kubernetes-кластер и GitOps, что это даёт по контролю данных и стоимости и когда этого делать не нужно.

2 мин чтения

Что обычно советуют и почему это не всегда подходит

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

Что даёт свой кластер

  • Контроль данных. Мы точно знаем, где физически лежат документы клиентов и кто имеет к ним доступ.
  • Мультиарендность по-честному. Изоляция арендаторов заложена в архитектуру, а не имитируется на уровне приложения.
  • Предсказуемая стоимость. На росте числа фирм цена не улетает вслед за каждым managed-сервисом.
  • Единый стек для всех продуктов. OkyDoky, учёт, подпись живут на одной платформе, а не в пяти разных хостингах.

GitOps: релизы, которые не страшно катить

Сам по себе Kubernetes порядка не создаёт — его создаёт дисциплина доставки. Мы описываем инфраструктуру и приложения как код, а раскатку ведёт Argo CD по принципу «состояние кластера равно тому, что в Git».

Хотите узнать, что сейчас в проде — посмотрите в репозиторий. Хотите откатиться — откатите коммит. Никаких «зашёл на сервер и поправил руками».

Сборка идёт в CI на собственных раннерах, образы складываются в реестр и тегируются по коммиту, а наблюдаемость (метрики, логи, трейсинг ошибок) показывает, что происходит после релиза.

Когда своя инфраструктура не нужна

Честно: в большинстве случаев не нужна. Своя платформа оправдана, если сходятся несколько условий:

  1. у вас несколько продуктов на общем стеке, а не один сайт;
  2. есть требования к тому, где и как хранятся данные;
  3. вы растёте по числу клиентов-арендаторов;
  4. в команде есть, кому за это отвечать.

Если этого нет, managed-платформа будет правильным и более дешёвым выбором. Инфраструктура должна решать задачу, а не быть самоцелью.

Мы держим собственный Kubernetes-кластер с GitOps под все продукты СДКН и помогаем компаниям выстроить доставку и инфраструктуру как услугу. Расскажите про ваш случай.

Обсудим вашу задачу?

Спроектируем и возьмём на себя техническую часть — от продукта до инфраструктуры и аудита.

Обсудить проект