Рубрики
Uncategorized

Введение в Кубернеты

Будем честно, Кубернаны крутые кулу. И чтобы познакомить вас с его прохладой, я начал этот Seri … Теги с учебником, начинающими, Куберателями, дежопами.

Kool Kubernetes (4 части серии)

Давайте честным, Кубернаны это Круто Kool. И представить вас с его прохладой, я начал эту серию. Мы начнем это тоже как Дочсерская серия Сначала отвечал на «почему», а затем взглянуть на «Что» Кубернаны (также называемые K8S), и изучают немного своей архитектуры.

Если вы не знакомы с концепцией контейнера, вы можете сначала прочитать этот пост.

Давайте начнем!

«Почему» Кубернаны?

Чтобы ответить «Почему» K8S существует, вам придется немного понять о том, как работают развертывание с контейнерами.

Самый простой способ понять, что это представляет, что ваши контейнеры, работающие на компьютерах «где-то». Это «где-то» обычно называется «облаком» и услугами, такими как AWS, Azure, и Google Cloud просто предоставляют вам доступ к этим компьютерам. Эти компьютеры могут быть наилучшими мыслью как наших собственных удаленных хостинговых машин, где мы можем установить Docker и запустить контейнеры. Просто как тот.

Сейчас есть несколько проблем с таким способом:

  1. Контейнеры, которые вы запускаете, могут быть закрыты и должны быть заменены.

  2. Если есть больший трафик, вам может потребоваться раскрутить больше контейнеров.

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

Это все эти проблемы, которые K8s стремится решить. Для тех из вас, кто осознает такие услуги, как AWS ECS может утверждать, что они играют подобную роль, так почему же беспокоится с K8S?

Да, вы прямо говорите, что эти услуги могут решить эту проблему, но это, в свою очередь, означало бы, что вам придется узнать эту конкретную услугу, и если хотите переключиться на что-то еще в будущем, а затем узнать это особого нового. Так почему бы не ознакомиться с стандартизированным способом, который будет работать независимо от того, как вы выбрали?

Это просто почему один бы предпочел K8S по этим службам.

Вам понадобится определенная специальная настройка поставщика с Kubernetes, но это было бы намного меньше, чем то, что вам нужно, чтобы не использовать K8S.

«Что» kubernetes?

Официальный сайт K8S Описывает Куберовники как:

Kubernetes, также известный как K8S, является системой открытого исходности для автоматизации развертывания, масштабирования и управления контейнерными приложениями.

Это объяснение должно принять много смысла после нашего обсуждения «Почему» K8S. Гист состоит в том, что это сделает нашу жизнь легко, помогая нам с развертыванием контейнеров, масштабируя их на основе трафика, которую мы получаем, и общее управление нашим контейнерным применением.

Архитектура Coubernetes Kubernetes

Многие люди, когда начиная с Кубератесов, перегружены или запутаны к тому, как работает его архитектура. Я постараюсь упростить это как можно больше здесь. Я рекомендую вам проверить Официальная документация Прочитав это, так как здесь вместо технической точности, моя цель упростить вещи, чтобы вы могли понять большую картину.

Мы проанализируем этот график справа налево.

Подвигание

Самое правое устройство на диаграмме — это стручок. Это может быть в основном описано как самая маленькая единица в мире K8S. K8S не работает контейнеров напрямую и использует эти «стручки» для обертывания одного или нескольких контейнеров. Контейнеры в стручке имеют одни и те же ресурсы. Стручки созданы и управляются K8S.

Короче говоря: просто представьте стручок в качестве обертки для нашего контейнера/с.

Рабочие узлы

Как будто мы говорили в разделе «Почему», кластер K8S — это не что иное, как сеть компьютеров. Термин «узел» можно интерпретировать как один компьютер в этой сети. Есть два вида узлов: работник и мастер.

Узлы работников принимают стручки, которые управляют контейнерами, как мы говорили выше. Может быть несколько стручков работает разные Контейнеры, присутствующие в одном рабочей зоне. Это не должно быть сюрпризом, потому что, как я уже сказал, что узел — это просто компьютер где-то в Интернете (предлагается поставщиком облака) с определенным количеством процессора и памяти, и поэтому мы можем, конечно, запускать совершенно разные контейнеры и задачи в теме.

Помимо стручков, в уземе работника присутствует три важные вещи:

  1. Докер : Это не является мозгом, поскольку нам нужно Docker для запуска контейнеров приложений.

  2. Кублет : Это может быть просто понятно как приложение, которое отвечает за связь между главным и рабочими узлами.

  3. Kube-Proxy : Это может быть упрощено путем понимания его функции, которая состоит в том, чтобы обрабатывать сетевые коммуникации между стручками и сепаратами сети внутри или за пределами всего кластера K8S.

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

Главный узел

Окончательная вещь, о которой нам нужно поговорить, это главный узел. Узел Master расположен на «плоскости управления», который можно понять как мозг нашего кластера K8S. Плоскость управления в основном гарантирует, что наш кластер K8S работает так, будто мы тоже настроили.

Несколько важных вещей, работающих в главном узле:

  1. API Server: это самая важная служба, работающая на главном узле и является аналогом для кублет Мы говорили о выше. То есть он отвечает за связь с рабочими узлами.

  2. Планировщик: Он несет ответственность за просмотр наших стручков и выбрать рабочие узлы, на которых следует создавать новые стручки.

И почему нам нужны новые стручки? Insase A POD стал нездоровым и упал или из-за масштабирования.

Таким образом, это планировщик, который отвечает за то, что сообщите серверу API «Что», чтобы рассказать рабочие узлы.

Есть еще несколько других вещей, которые вы можете посмотреть в официальных документах. Но на данный момент это будет достаточно.

Короче говоря: главный узел — это мозг нашего кластера K8S.

Вывод

Это завершает наше введение в мир Куберанес. Эта статья является частью второй серии, которую я планирую написать в ближайшие недели. Я недавно закончил свою серию Demystingifizing Docker, где я обсуждал о принципах Docker. Чтение предыдущих серий не является необходимостью как таковой, но настоятельно рекомендуется пройти через него.

Спасибо за чтение!:)

Если у вас есть какие-либо отзывы для меня или просто хочу поговорить, не стесняйтесь связываться со мной на Twitter Отказ Я буду более чем рад услышать от вас!: D.

Kool Kubernetes (4 части серии)

Оригинал: «https://dev.to/rinkiyakedad/introduction-to-kubernetes-55o7»