Как стать автором
Обновить

Руководство по Kubernetes, часть 2: создание кластера и работа с ним

Время на прочтение22 мин
Количество просмотров105K
Всего голосов 29: ↑27 и ↓2+25
Комментарии6

Комментарии 6

Спасибо за статью, очень интересно и доходчиво объясняете. Можете еще написать статью про диплой с gitlab в kubernetes

Я в целом пока не понял как деплоить. Если приложение обновилось и залился новый докер имедж, то кому сообщать, что надо обновить?

Материал изложен прекрасно. Но к сожалению (а может и к счастью) обходит стороной реальный процесс настройки кластера (kubeadm, kops, terraform) и принцип работы его основных компонентов (kubelet, kube-proxy, kube-apiserver, kube-scheduler, kube-controller-manage и прочие).

Написано очень хорошо, легко и понятно читается.
Если писать статью об этом, то стоит сразу kubeadm'ом разворачивать минимум 2 ноды. Там очень много вопросов сразу возникает. От выбора провайдера сети(calico, flannel, weave) до возможных проблем, если у ноды 2 сетефых интерфейса. И т.д. и т.п.
Это означает, что ему не нужно заботиться о количестве узлов, о том, где именно запускаются контейнеры, о том, как они взаимодействуют.

А вот эту тему не стоило бы оставлять без внимания. Предположим, у меня в dc01 есть активно используемая постгресная база на 200Гб. А часть pod'ов у меня развернется в dc02 в другой стране, и будет мучать базу через внешний канал. Не надо так.

ещё мне показалось незаслуженно пропущена тема ingress-контроллеров. прописать в реакт-приложение айпишник с портом – это как-то чересчур лихо (а корс-заголовки там отдаются?). знаю по опыту, найдётся не один человек, который, прочитав статью, скопипастит подобное в продакшен, и в таком виде оно и будет работать, пока что-нибудь не слетит…

Развёртывание sa-logic создаёт три пода.

Два же?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий