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

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

Главное отметить (по крайней мере, для меня) то, что есть вещи, которые составляют ядро ​​Kubernetes и административную часть, и вещи, которые мы определяем для нашего реального приложения.


Обзор Kubernetes

Имея это в виду, давайте рассмотрим его более подробно, начиная с общего обзора провайдера Kubernetes.

Компонент Kubernetes

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

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

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

Сложно объяснить каждую часть в одной обширной статье, поэтому я разобью ее на более подробные.

  • Плоскость управления
  • Кластеры в деталях
  • Контейнеры
  • Нагрузки
  • Балансировки нагрузки
  • И так далее… 👀

Как вы можете рассказать много интересных вещей, мы можем выйти на суперширокий или супернишевый рынок.
На момент написания я хочу попытаться сохранить его на высоком уровне, чтобы любому человеку с небольшим опытом или без него было легко познакомиться с Kubernetes.

Примечание. Имейте в виду, что я также занимаюсь исследованиями, когда пишу это, поэтому дайте мне знать, если у меня что-то не так.


Почему разделение имеет значение

Важно отметить, что есть определенные вещи, которыми Kubernetes должен управлять.
Все это включено в Control Plane. Как упоминалось в предыдущей статье, мы не хотим нести ответственность за то, чтобы в данный момент времени работало достаточное количество модулей.
И Kubernetes API отлично с этим справляется.

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


Призыв к действию

Хотя эта статья немного короткая, мы находимся на ранних этапах объяснения Kubernetes. Я хочу найти время, чтобы попросить вас высказать свое мнение.

Какие концепции и вещи вы хотите, чтобы я изучил или, по вашему мнению, я должен объяснить?

Дайте мне знать через Twitter/электронную почту или любым удобным для вас способом. 🙏


Спасибо за чтение, и давайте общаться!

Спасибо за чтение моего блога. Не стесняйтесь подписаться на мою рассылку по электронной почте и подключиться к Фейсбук или же Твиттер