Pods — အခြေခံ Unit

စိတ်လျှော့ပါ။ ဒီခန်းကို စာအုပ်လိုမဟုတ်ဘဲ စကားပြောသလိုပဲ၊ နားလည်လွယ်အောင် ရှင်းပါမယ်။

ခဏလေး ဒီလိုပဲ စဉ်းစားကြည့်

Docker မှာဆိုရင် 'container' ကို တိုက်ရိုက် run ပါတယ် — Kubernetes မှာတော့ container ကို တိုက်ရိုက် run တာ မဟုတ်ပါဘူး၊ Pod ထဲမှာ ထည့်ပြီးမှ run ပါတယ်။ Pod တစ်ခုမှာ container တစ်ခု (အများဆုံးဖြစ်တဲ့ pattern) ဒါမှမဟုတ် ဆက်နွယ်ရင်းနှီးတဲ့ container အနည်းငယ် (ဥပမာ - main app + logging sidecar) ပါဝင်နိုင်ပါတယ်။ Pod ထဲက container တွေက network (IP address) နဲ့ storage ကို share ပါတယ် — 'အိမ်တစ်လုံးထဲက အခန်းတွေ' လိုမျိုးပါ။

လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်

Pod ကို YAML file နဲ့ define လုပ်ပြီး `kubectl apply -f pod.yaml` နဲ့ create လုပ်ပါတယ်။ Pod တစ်ခု crash သွားရင် (ဒါမှမဟုတ် node ပျက်သွားရင်) Kubernetes က ပြန် create ပေးနိုင်ပေမယ့် — original pod အဟောင်း 'ပြန်ရှင်' တာ မဟုတ်ဘဲ pod အသစ်တစ်ခု (IP address အသစ်နဲ့) ဖန်တီးပေးတာပါ — ဒါကြောင့် production မှာ pod ကို တိုက်ရိုက် run ခြင်းထက် Deployment (နောက် lesson) ကနေတစ်ဆင့် run ပါတယ်။

Pod = Kubernetes deploy unit အသေးဆုံး (container တစ်ခု/ဆက်နွယ်ရင်းနှီးသော container အနည်းငယ်)
Pod ထဲက container တွေ network/storage share ပါတယ်
Pod ပျက်သွားရင် IP address အသစ်နဲ့ pod အသစ် ပြန်ဖန်တီးပါတယ် (ဟောင်းက 'ပြန်ရှင်' တာမဟုတ်)

အတူတူ ကြည့်မယ်

yaml

apiVersion: v1
kind: Pod
metadata:
  name: my-first-pod
spec:
  containers:
    - name: web
      image: nginx:latest
      ports:
        - containerPort: 80

You should see

$ kubectl apply -f pod.yaml
pod/my-first-pod created

$ kubectl get pods
NAME            READY   STATUS    RESTARTS   AGE
my-first-pod    1/1     Running   0          10s

၅ မိနစ် စမ်းကြည့်

အထက်က pod.yaml ကို file အနေနဲ့ save လုပ်ပြီး `kubectl apply -f pod.yaml` run ကြည့်ပါ — `kubectl get pods` နဲ့ status Running ဖြစ်လာအောင် ကြည့်ပါ။

သတိလေးတစ်ချက်

Pod ကို `kubectl apply -f pod.yaml` နဲ့ တိုက်ရိုက် create တာက learning အတွက်ပဲ လုပ်ပါ — production မှာ Deployment (self-healing ပါ) ကနေတစ်ဆင့် run ပါ။