Комментарии 14
было бы очень сложно построить архитектуру без использования Docker-контейнеров (виртуальных машин), которые позволяют разбивать приложение на части, взаимодействующие друг с другом.
Простите, но докер контейнеры это не виртуальные машины. Вдобавок они не разбивают приложение на части и не позволяют это делать. Это программист должен писать приложение таким из расчета, что оно будет запускаться в контейнере, еще и не просто в контейнере а в кубернетесе. Еще и не просто в кубере, а в кубере с определенными настройками и стандартами, принятыми в этом проекте/организации.
А дефолтная установка миникуба и запуск в нем дефолтного заранее подготовленного приложения, на самом деле вообще ничего не говорит тому, что планирует это использовать - ни зачем мы ставили кубер, ни как было сделано это приложение, ни из чего состоит манифест пода для этого приложения..
Я извиняюсь за резкость, но букв много, а последовательности и понимания что происходит действительно мало. И уж тем более после прочтения статьи я вообще не понял что тут планировалось объяснить.
Говорят, когда кто то называет докер виртуальной машиной, где то происходить утечка персональных данных :-)
И на секундочку это все писал
технический руководитель направления в компании
Вы правы, спасибо за указание на неточность. Виртуальная машина — это полноценная операционная система внутри другой ОС, с собственным ядром и другими изолированными ресурсами. Контейнер — не готовый «компьютер», а лишь изолированный механизм для запуска одного приложения.
"Докер-контейнеры позволяют разбивать приложение на части". В тексте подразумевалось, что этот инструмент помогает разрабатывать приложение, состоящее из частей.
По поводу целесообразности дефолтной установки, как заметил один из других комментаторов, это лишь гайд по запуску первого приложения Kubernetes - именно это и объяснялось в статье для тех, кто хочет начать освоение данной технологии. Ведь дефолтная установка и запуск на нем дефолтного приложения - это именно то, что нужно для такой цели. Уверены, когда вы много лет назад смотрели инструкцию по установке Visual Studio Code и необходимого языка, там все тоже было по дефолту, хоть потом Вы и устанавливаете на борт десятки необходимых для Ваших задач расширений.
"Докер-контейнеры позволяют разбивать приложение на части". В тексте подразумевалось, что этот инструмент помогает разрабатывать приложение, состоящее из частей.
Но ведь он никак не помогает разрабатывать. Он помогает запускать в контейнере.
Приложение можно запускать и без него, это обычное приложение.
Минигайд по установке и использованию minicube, не более того.
Команды в картинках. Эээ, вы издеваетесь?
Кубер на windows
Kubernetes следит за Нодами и поднимает те, что выходят из строя, но это не единственная ее задача. Технология также может отключать неиспользуемые Ноды, оптимизируя расход ресурсов.
Наверное Поды, а не Ноды
Автор путает kubectl и kubelet, так же ноды и поды, дальше читать не стал особо, бегло пробежался, так как автор банально не разбирается в том, о чем он пишет
С Kubernetes можно создавать Pipeline’ы, то есть объединять весь процесс разработки в единую систему, когда разработчик пишет код, отправляет его в Git в основную ветку, администратор нажимает кнопку, и этот код автоматически отправляется на тестовый стенд
Ну и без Кубера тоже можно
Разворачивание первого приложения с Kubernetes