Какви видове контейнери съществуват в Kubernetes…

В Kubernetes няма "типове" контейнери като такива в смисъл на различни технологии за контейнеризация. Всички контейнери, които се изпълняват в Kubernetes, са стандартни контейнери (обикновено базирани на Docker или съвместими двигатели като containerd или CRI-O).

Типовете обекти, които могат да съдържат контейнери в Kubernetes, включват:

Pod: Най-малката изпълнима единица в Kubernetes. Един Pod може да съдържа един или повече контейнери, които споделят мрежово пространство, съхранение и имат общ жизнен цикъл. Това е основният "тип" на същност, който стартира контейнери.
Deployment: Обект от по-високо ниво, който управлява набор от Pods. Осигурява декларативно обновяване и мащабиране. Deployment създава ReplicaSet, който от своя страна управлява Pods. Контейнерите са дефинирани в спецификацията на Pod, към който се отнася Deployment.
StatefulSet: Подобен на Deployment, но предназначен за приложения с състояние. Осигурява стабилни имена на мрежата и съхранение за Pods. Контейнерите също са дефинирани в спецификацията на Pod.
DaemonSet: Гарантира, че Pod работи на всички (или определени) възли на клъстера. Използва се за стартиране на системни контейнери като лог събирачи или мониторингови агенти. Контейнерите са дефинирани в спецификацията на Pod.
Job: Създава един или повече Pods и гарантира тяхното изпълнение до успешно завършване. Контейнерите са дефинирани в спецификацията на Pod.
CronJob: Създава Jobs по график. Контейнерите са дефинирани в спецификацията на Pod, свързана с Job.

Важно е да се разбере, че самият контейнер е дефиниран в спецификацията на Pod. Обектите за управление (Deployment, StatefulSet и т.н.) само определят как тези Pods (и следователно контейнерите вътре в тях) трябва да бъдат разположени, мащабирани и управлявани.

Ако имате предвид не "тип" контейнер по технология, а различни видове контейнери вътре в един Pod, тогава може да се разграничат:

Application Containers: Основните контейнери, които изпълняват бизнес логиката на приложението.
Init Containers: Контейнери, които се изпълняват преди стартирането на основните контейнери в Pod. Използват се за изпълнение на подготовителни задачи като инициализация на данни или настройка на конфигурацията. Изпълняват се последователно и трябва да завършат успешно, преди да бъдат стартирани основните контейнери.
Sidecar Containers: Контейнери, които работят паралелно с основния контейнер и предоставят помощни функции като събиране на логове, мониторинг, проксиране на мрежов трафик и др.

Пример за YAML спецификация на Pod с init-контейнер и основен контейнер:

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
spec:
  initContainers: # Секция за init-контейнери
  - name: init-myservice
    image: myregistry/init-service:1.0.0
    command: ["sh", "-c", "echo Initializing... && sleep 5"]
    # Този контейнер ще се изпълни първи и трябва да завърши успешно
  containers: # Секция за основните контейнери
  - name: myapp-container
    image: myregistry/myapp:latest
    ports:
    - containerPort: 80
    # Този контейнер ще стартира след успешно завършване на всички init-контейнери

Какви видове контейнери съществуват в Kubernetes?