Узоры Kubernetes (8 частей серии)
Стручки общий рисунок
POD может принять один или несколько контейнеров, в которых все они рассматриваются как одна единица. Есть несколько способов создавать стручки. Например:
Голые стручки: Это стручки, которые вы можете создать непосредственно через файл определения. В целом, это не рекомендуемая практика, потому что контроллер не управляет созданными стручками. Если POD заканчивается или узел разбился, он не будет перезапущен или перенесен на другой узел. Реплиз: Этот контроллер подходит для стручков, которые необходимо постоянно работать. Это может перезапустить, когда он не удается. Например, веб-серверы и API. Daemonsets: Это может быть использовано для непрерывного запуска стручков. Кроме того, он гарантирует, что они работают на каждом узле кластера. Типичный сценарий для использования Daemonsets, заключается в том, когда вы хотите собирать журналы из узлов кластера и отправьте их в агрегатор журнала, такого как elasticsearch. Как видите, типичный шаблон здесь пытается вообще проходить стручок. Этот шаблон является распространенным: вы всегда хотите, чтобы ваша служба продолжала отвечать на запросы. Однако в некоторых случаях вам нужен контейнер, чтобы запустить один раз, а затем прекратить.
Для получения дополнительной информации о пакетной работе см.: https://www.magalix.com/blog/kubernetes-patterns-the-batch-job-pattern.
Узоры Kubernetes (8 частей серии)
Оригинал: «https://dev.to/ahmedat71538826/kubernetes-patterns-the-batch-job-pattern-6o»