Как и зачем мы приручили Kubernetes
Если вы когда-нибудь поднимали Kubernetes вручную, то знаете эту боль: кажется, все готово, но kubelet не стартует, Control Plane не отвечает, а релиз сегодня. Мы в Облакотеке видели это десятки раз. Клиенты приходили усталые, и Kubernetes ассоциировался у них не со стабильностью, а с тревогой.
Поэтому Облакотека решила создать сервис
Kubernetes Flex, который избавляет DevOps от инфраструктурной рутины. В чем суть, расскажет
Оксана Новицкая, наш директор по развитию.
Зачем нужен Kubernetes Flex?
Идея родилась как реакция на усталость и ночные приключения с мастер-узлами. Команды, которые использовали наши вычислительные ресурсы, часто разворачивали Kubernetes вручную. Они регулярно просили одни и те же вещи: чтобы мастер-узлы были готовы сразу, кластер обновлялся сам, а масштабирование было проще. В общем, чтобы все просто работало.
Мы поняли, что людям нужен готовый, безопасный и масштабируемый кластер, знакомый по интерфейсу и API. Мы изучили решения других провайдеров и сделали свой сервис без избыточной сложности и закрытых механизмов. Так появился Kubernetes Flex — управляемый Kubernetes, который создается за минуты.
Что из себя представляет сервис?
Внутри все то, что обычно собирают вручную:
три мастер-узла с высокой доступностью;
до десяти рабочих узлов разных размеров (от 2 до 12 CPU и от 2 до 32 GB RAM);
диски двух типов — Standard (до 20k IOPS, 160 MB/s) и Super (до 40k IOPS, 320 MB/s);
внешний IP;
балансировщик нагрузки.
Control Plane мы полностью взяли на себя: настройка, конфигурация, обновления — все проходит без участия клиента и рисков несовместимости. При этом можно начать работу с минимальной конфигурации и масштабировать только по необходимости. Также убрали проблему разнобоя между окружениями: Flex создается по стандартному шаблону, что позволяет воспроизводить тест, stage и prod в одинаковой конфигурации.
Как используют Kubernetes Flex?
Решают типовые DevOps-задачи. Среди них — запуск CI/CD пайплайнов (Jenkins, GitLab CI, GitHub Actions), деплой микросервисов и API, тестовые и временные окружения, GitOps через ArgoCD или FluxCD и интеграция с Object Storage и VPC для хранения данных и безопасных сетей.
Никаких ограничений и закрытых API — просто Kubernetes, который просто работает.
#Оксана_объясни
Обсуждение 0
Обсуждение не доступно в веб-версии. Чтобы написать комментарий, перейдите в приложение Telegram.
Обсудить в Telegram