Это часть 28 из путешествий, это долгий путь (360 день), так что иди, пожалуйста, проверьте предыдущие детали, и если вам нужно ходить в путешествие со мной, пожалуйста, следуйте, потому что я могу опубликовать более одного раза в 1 день Но, конечно, я буду публиковать ежедневно, по крайней мере, один 😍.
И я буду охватывать множество инструментов по мере продвижения дальше.
POD — самый маленький компонент в Kubernetes. Кластер Kubernetes должен иметь как минимум 1 мастер, допустим, у нас есть только 1 узел. Так что этот узел будет мастером и работником в то же время. POD — это инкапсуляция контейнера. Зачем инкапсуляции? Потому что мне не нужен мой контейнер, чтобы работать напрямую, поэтому я могу управлять им с помощью POD.
Вы не можете положить 2 контейнера из того же типа в одном стручке, вместо этого вы делаете еще один стручок. Зачем делать еще один? Потому что, если баланс нагрузки для 1 контейнера заполнен или вниз, может служить другой контейнер.
Вы также можете поместить стручок в новый полный узел.
Вы можете поместить 2 контейнера из примера Python и SQL разных типов в 1 POD, но это не рекомендуется, потому что, если 1 стручка вниз, вы потеряете как приложение, так и DB, так что оно рискованно. Очень редко использовать 2 контейнера в 1 стручке, который представляет собой контейнер, который в значительной степени зависит от контейнера 1, поэтому, если контейнер 1 вниз, это не является причиной для работы контейнера 2, пример у нас есть данные процесса контейнера для веб -сервера, поэтому, если в этом Интернете Сервер вниз, это не является причиной для работы этого контейнера.
Оригинал: «https://dev.to/elkhatibomar/028-kubernetes-pods-278c»