Рубрики
Uncategorized

Создайте свой самообслуживание платформы Kubernetes с виртуальными кластерами 🚀- DEVOPS Инструмент месяца (2)

DEVOPS Инструмент месяца — новая серия, где каждый месяц я буду введен один новый полезный девопс тоже … Помечено с Куберовщиками, дежоптом, облаком, производительностью.

Дежол инструмент месяца (7 части серии)

Дежол Инструмент месяца Это новая серия, где каждый месяц я введем один новый полезный инструмент DevOps в 2021 🙌 🏼

Второй в серии: Лофт 🎉 — С Loft, любые кластеры Kubernetes становятся платформой самообслуживания для разработчиков для создания виртуальных кластеров по требованию!

Какая проблема лофт решает? 👀

Покажем в вашей компании 10 проектных команд, использующих Kubernetes, и каждая команда понадобится 3 кластера для разработки, постановки и производственной среды.

Как вы думаете, каждая команда создает и управляет своим собственным кластером K8S, очень неэффективна. Особенно потому, что администрация кластера K8S — это много усилий, и вы не хотите делать это 30 раз в компании, потому что у вас есть 10 проектов. Кроме того, это также дорого, потому что вам нужно больше серверов и так и больше ресурсов. 🤯

Таким образом, общий подход компании состоит в том, чтобы создать Company Side K8S кластер что выделенная команда управляется. Итак, теперь ваша компания должна будет управлять этим одним общим кластером. И теперь они могут дать разработчикам доступ к этому общему кластеру, используя изоляцию с пространствами имен, поэтому каждая команда может развернуть их приложения. 👍.

Однако это поставляется со следующими проблемами :

  • Дать доступ — Как вы даете разные команды и отдельные разработчики доступ к этому общему кластеру?
  • Ограничить доступ — Кроме того, как вы убедитесь, что каждая команда получает доступ только к своим проектным ресурсам? Вам необходимо ограничить доступ к каждому проекту, чтобы сохранить кластер в безопасности. Или даже в команде вы можете ограничить, у кого есть доступ к тому, что основано на их роли и задачах.
  • Ограничить ресурсы — Как вы ограничите, сколько кластерных ресурсов могут использовать каждую команду? Вы не хотите, чтобы одна команда, используя большинство групп кластерных ресурсов или одного разработчика неправильного переворачивания чего-то в своем пространстве имен и испортив все остальные услуги кластера.
  • Изолировать беговые ресурсы — Как вы изолируете ресурсы и приложения каждого проекта друг от друга? Потому что, очевидно, вы не хотите, чтобы проектные ресурсы были случайно перепутаны, верно?

Как лофт решает это? 🤔

И лофт помогает решить именно те проблемы с использованием концепции виртуальных кластеров.

Так что же является виртуальным кластером?

Виртуальные кластеры

Это просто кластер внутри кластера.

Путь loft реализует виртуальные кластеры, когда пользователь создает vCluster, Loft создаст новое пространство имен и создает легкий кластер K8S внутри этого пространства имен (K3S с сервером API и контроллером). И таким образом выследы будут полностью изолирован друг от друга Несмотря на то, что они являются частью того же кластера хозяина. 😎

Самообслуживание

Теперь один разработчик может создать vCluster для тестирования новой функции, например. И даже если он поразит и испортил свой VЛюстер, ничего не затронут. ✅

Или если менеджер по продуктам хочет демонстрировать новые функции для потенциальных пользователей приложений, теперь они могут очень легко раскрутить vCluster, чтобы развернуть приложение и удалить их vCluster, когда демонстрация закончится! ✅

Спящий режим для экономии стоимости облачной инфраструктуры

Очень важная особенность лофта — это режим сна, который позволяет значительно сэкономить на своих затратах на инфраструктуру.

В режиме ожидания виртуальный кластер будет понять все ресурсы, однако данные и все компоненты Kubernetes будут сохраняться.

Вы можете вызвать спящий режим вручную, либо Настройте виртуальные кластеры для автоматического режима сна после некоторого периода времени. При первом взаимодействии с этим виртуальным кластером кластер снова станет активным снова. 👍.

Начните с Loft 👩🏻💻

Чтобы построить свой собственный самообслуживающий платформа Kubernetes

Обычно у вас уже есть существующие кластеры Kubernetes в вашей компании (созданные с помощью EKS, OpenShift, Rancher etc), и у вас уже есть ресурсы для кластеров, такие как контроллер входа или настроен на мониторинг.

1. Скачать loft cli 2 Установите лофт в один из кластеров 3 Подключить кластеры к нему

Теперь лофт входит в картину. Обычно DEVOPS инженеры установит лофт в одном из кластеров и начнут подключать все другие кластеры к нему, создавая 1 большой кластер самообслуживания со многими.

4. Кластерные администраторы создают пользователей с разрешениями

Теперь, используя Loft UI, Loft CLI или даже Kubectl, кластерные администраторы могут создавать пользователей для команд или отдельных разработчиков и предоставляют им разрешения для создания и использования виртуальных кластеров.

5. Разработчики могут создавать VCOCLUSTERS при необходимости

Теперь команды могут начать создавать себя VCOCLUSTERS, сколько нужно очень легко:

Как вы видите, лофт решает довольно много проблем для управления и использования кластеров Kubernetes в вашей компании. И в то же время режим сна Loft и Sharing Cluster помогут вам сохранить стоимость облачных вычислений.

Так что проверьте это и дайте мне знать, что вы думаете об этом! 🤓 🧐

Более удивительные инструменты, которые появляются рядом с этой серией, Так что оставайся настроен на это! 🎬 😊.

Вроде, поделиться и следуй за мной 😍 Для получения дополнительной информации:

Дежол инструмент месяца (7 части серии)

Оригинал: «https://dev.to/techworld_with_nana/build-your-self-service-kubernetes-platform-with-virtual-clusters-devops-tool-of-the-month-2-2oae»