Тот, где оказывается, я неправильно понял Кубернеты

Я только что закончил Nigel Poulton’s Книга Куберанес Отказ Я настоятельно рекомендую, даже если он указывал на некоторые довольно большие заблуждения, у меня были о том, как работают некоторые важные компоненты K8S.

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

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

Выгорание — это действительно реальная вещь.

Я прикоснулся к этому на некоторых предыдущих постах, но мое время с судами США было много суда под огнем «учиться, как вы идете. «В большинстве рабочей среды это не было бы проблемой, но на пути традиционного SR./jr не так много. Развивающие отношения в судебной системе.

Что это значит, в практическом смысле было то, что я отвечал за преподавание в любых технологиях, которые я не запускал работу, уже зная.

В определенный момент я передал приложение ColdFusion/Informix/Mariadb и был поручено получать заявку на определенное количество других районов в течение определенного периода времени.

Для хорошего смеха перед началом выходных взгляните через это Размещение работы для моей старой позиции Это только что поднялось. Я буду очень удивлен, если они найдут разработчик, они довольны тем, что эти требования к работе и диапазон заработной платы.

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

Введите: контейнеры.

Мне пришлось учить себя докере, и в конечном итоге незаметно, с нуля. Там было несколько людей, работающих на административное управление в D.C. Moinlighting, как сторонники разработчика, которые помогли мне по пути. Я должен текущее состояние моей карьеры Джонатану, Карлу и Тому; Но по большей части я изучал эти сложные технологии в бункере.

Я не уверен, что это была реальная или ложная компетентность, которая заставила меня думать, что у меня была ручка на всем, поскольку мы бросились к нашему первоначальному развороту, но я подумал, что знал все. Типичное 20-то бравадо.

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

1.) Как различаются услуги и развертывание:

Когда я получал наш продукт JDash готов к нашему первоначальному развертыванию, я был в основном просто принять известные хорошие файлы .yaml и изменяя их, чтобы соответствовать своим собственным потребностям — базовым круглым колышком -> круглым отверстием.

Было достаточно, чтобы сделать работу, но я не понимал, что я делал.

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

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

Затем эти стручки могут быть завернуты в развертывание. Эти развертывания могут быть настроены, чтобы сохранить определенное количество стручков в любое время (включая обновления Rolling), чтобы ваши приложения получили возможность масштабировать и самостоятельно заживать.

Таким образом, мощность контейнеров (в основном простых масштабирования) в K8S лежит в развертывании управления струями, а не самими контейнерами.

Понимание, которое нажала некоторые вещи на место для меня.

2.) Как работают PVS и PVC:

У меня было свободное понимание того, что ПВХ (претензии постоянного тома) были связаны с PVS (постоянные тома) в том, что они оба содействуют каким-либо постоянным хранилищам данных для питания наших эфирных контейнеров.

Тем не менее, я думал, что ПВХ всегда был тем, что подготовило пространство A PV.

Оказывается, я был наполовину справа.

Как правило, в K8S вы создадите PV, который использовал какое-то хранение от поставщика хранения, который затем будет «утвержден» PVC. ПВХ действует как билет, который позволяет POD доступ к хранилищу, обеспечиваемым в PV.

Кроме того, есть ресурсы K8S под названием классы хранения Отказ Они устанавливают подключение к даванию хранения, которые позволяют динамические ассигнования хранения. Таким образом, вы можете указать PVC POD в класс хранения и автоматически создавать свой PV и подключенный к вашему POD. Это поведение работает через локальные решения (NFS, SMB и т. Д.) и облачных услуг (AWS, Azure, GCE и т. Д.).

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

3.) Что именно этикетки делают:

Я играл с этикетками раньше, но в основном как добавление моего имени в качестве автора в DockerFiles.

FROM lucee/lucee5:5.0.1.85

LABEL author="Henry Quinn "

# TOMCAT CONFIGS --> OPTIONAL to implement if you need custom Tomcat config.
COPY config/lucee/setenv.sh /usr/local/tomcat/bin/
...

Тем не менее, я понятия не имел, какую безумную силу они предоставляют вам оркестратору, такими как Кубераты.

Оказывается, этикетки — это то, что соединить все. Давайте возьмем Услуги Например.

Услуги — это то, что позволяет легко сеть в кластере. Короткий рассказ заключается в том, что услуги обеспечивают стабильный IP-адрес, DNS-имя и порт. Они обрабатывают все сложные сетевые биты переадресации трафика на постоянно меняющиеся количества стручков, контейнеров и других ресурсов.

Таким образом https://domain.tld Всегда указывает на ваше приложение, независимо от того, сколько образование было создано для размещения трафика.

Но, поскольку ваш сервис обрабатывает балансировку нагрузки для вас, он должен знать, какой узел (ы) он может бросать запросы. У вас может быть шесть кластер узлов с определенным приложением, запущенным только на трех из этих узлов. Если пользователь пытается посетить ваше приложение, эта услуга будет использоваться этикетки выяснить, как справиться с этим.

Этот сервис будет настроен, чтобы иметь определенные селекторы метки, которые сопоставят определенные метки, которые вы предоставляете своим стручкам в вашем YAML.

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

Понимание, которое действительно заставило все нажать для меня.

Все вообще, я думаю, что смог получить 80% моего пути к твердому пониманию Куберанес самостоятельно.

И я блин горжусь этим.

Тем не менее, чтение этой короткой (160 страниц) забронировать последние 20%, нажмите на место. И это понимание собирается власть большой новый проект, который я забираю на работе.

Но об этом чуть позже. 😉

Теперь, когда у меня лучше понимание K8S, я собираюсь $ kubectl Применить myweekend.yaml Отказ Смотрите вы все на следующей неделе. До тех пор оставайся морозным.

https://henryneeds.Coffee Блог LinkedIn Твиттер

Оригинал: «https://dev.to/quinncuatro/the-one-where-it-turns-out-i-misunderstood-kubernetes-18b»