Techies Training Center - Myanmar

Container အပိုင်း(၂၅)

—-

🎓 Techies Training Center မှ Python, Kubernetes, Cloud Computing, Linux, Cyber Security နှင့် Oracle Database သင်တန်းများကို Video Training အဖြစ် အချိန်မရွေး လေ့လာနိုင်ပါသည်။

📩 သင်တန်းအကြောင်း အသေးစိတ်ကို page Messenger မှတဆင့် စုံစမ်းမေးမြန်းနိုင်ပါသည်။

—-

Kubernetes (K8s) က Stateful လား? Stateless လား? ဘာကွာလဲ?

Kubernetes (K8s) ကို စလေ့လာတဲ့သူတွေ မကြာခဏ မေးလေ့ရှိတဲ့ မေးခွန်းတစ်ခုကတော့…

“Kubernetes က Stateful လား? Stateless လား?” ဆိုတာပါပဲ။

အဖြေကတော့…

Kubernetes ကို Stateless Applications တွေအတွက် အဓိက Design လုပ်ထားပေမယ့် Stateful Applications တွေကိုလည်း ကောင်းကောင်း Support ပေးနိုင်ပါတယ်။

ဒါဆို Stateful နဲ့ Stateless ဘာကွာလဲဆိုတာ လေ့လာကြည့်ရအောင်။

⸻

Stateless Application ဆိုတာဘာလဲ?

Stateless Application ဆိုတာ Application ရဲ့ အခြေအနေ (State) ကို Pod ထဲမှာ မသိမ်းထားတဲ့ Application တွေကို ဆိုလိုပါတယ်။

Pod တစ်ခု ပျက်သွားရင် Pod အသစ်တစ်ခုက အလွယ်တကူ အစားထိုးနိုင်ပြီး User Data မပျောက်ဆုံးပါဘူး။

Stateless Application ရဲ့ လက္ခဏာများ

* Pod ထဲမှာ Data မသိမ်းဘူး
* Pod ပျက်သွားရင် အသစ်ပြန်တက်လို့ရတယ်
* Scale Out / Scale In လုပ်ရလွယ်တယ်
* Load Balancing လုပ်ရအဆင်ပြေတယ်
* Pod Identity မလိုအပ်ဘူး

ဥပမာများ

✅ Nginx Web Server

✅ REST API Services

✅ Frontend Applications

✅ Authentication Gateway

✅ Microservices

⸻

Kubernetes မှာ Stateless Workload တွေကို ဘာနဲ့ Run လုပ်သလဲ?

Kubernetes မှာ Stateless Applications တွေအတွက် Deployment ကို အသုံးပြုပါတယ်။

Deployment ရဲ့ အားသာချက်တွေကတော့ -

* Replica များများ Scale လုပ်နိုင်တယ်
* Rolling Update Support လုပ်တယ်
* Self-healing ရှိတယ်
* Pod ပျက်သွားရင် အသစ်ပြန်ဖန်တီးပေးတယ်

ဥပမာ Pod Name တွေက -

web-abc123
web-def456
web-ghi789

Restart ဖြစ်သွားရင် Pod Name ပြောင်းသွားနိုင်ပါတယ်။

⸻

Stateful Application ဆိုတာဘာလဲ?

Stateful Application ဆိုတာ Data ကို သိမ်းဆည်းထားရပြီး Application ရဲ့ State ကို ထိန်းသိမ်းထားဖို့ လိုအပ်တဲ့ Application တွေကို ဆိုလိုပါတယ်။

Pod Restart ဖြစ်သွားရင်တောင် Data မပျောက်ရပါဘူး။

Stateful Application ရဲ့ လက္ခဏာများ

* Data Persistent ဖြစ်ရမယ်
* Pod Identity တည်ငြိမ်ရမယ်
* Stable Network Identity လိုအပ်တယ်
* Persistent Storage လိုအပ်တယ်
* Restart ဖြစ်ပြီး Data မပျောက်ရဘူး

ဥပမာများ

✅ MySQL

✅ PostgreSQL

✅ MongoDB

✅ Kafka

✅ Elasticsearch

✅ Redis (Persistence Enabled)

⸻

Kubernetes မှာ Stateful Workload တွေကို ဘာနဲ့ Run လုပ်သလဲ?

Stateful Applications တွေအတွက် Kubernetes မှာ StatefulSet ကို အသုံးပြုပါတယ်။

StatefulSet ရဲ့ အားသာချက်များကတော့ -

1. Stable Pod Identity

Pod Name တွေ မပြောင်းဘူး။

mysql-0
mysql-1
mysql-2

Restart ဖြစ်သွားရင်လည်း အမည်တူတူပဲ ပြန်တက်လာပါတယ်။

⸻

2. Persistent Storage

Pod တစ်ခုချင်းစီအတွက် PVC (Persistent Volume Claim) သီးသန့်ရရှိပါတယ်။

ဥပမာ -

mysql-0 → pvc-mysql-0
mysql-1 → pvc-mysql-1
mysql-2 → pvc-mysql-2

Pod ပျက်သွားရင်လည်း အရင် Storage ကို ပြန်ချိတ်ပေးတာကြောင့် Data မပျောက်ပါဘူး။

⸻

3. Ordered Deployment

Pod တွေကို အစဉ်လိုက် တင်ပေးပါတယ်။

Startup Sequence

mysql-0
↓
mysql-1
↓
mysql-2

Shutdown Sequence

mysql-2
↓
mysql-1
↓
mysql-0

⸻

Deployment vs StatefulSet

Feature Deployment StatefulSet
Use Case Stateless Stateful
Pod Identity Temporary Stable
Pod Name Random Fixed
Persistent Storage Optional Usually Required
Ordered Startup No Yes
Ordered Shutdown No Yes
Scaling Easy More Careful
Examples Nginx, APIs MySQL, Kafka

⸻

Kafka က Stateful လား?

ဟုတ်ပါတယ်။

Kafka ဟာ Stateful Application ဖြစ်ပါတယ်။

ဘာကြောင့်လဲဆိုတော့ -

* Messages တွေကို Disk မှာ သိမ်းတယ်
* Broker Identity တည်ငြိမ်ရတယ်
* Persistent Volume လိုအပ်တယ်
* Restart ဖြစ်ပြီး Data မပျောက်ရဘူး

ဒါကြောင့် Kubernetes ပေါ် Kafka ကို တင်တဲ့အခါ StatefulSet ကို အသုံးပြုလေ့ရှိပါတယ်။

⸻

Elasticsearch ကော Stateful လား?

Elasticsearch လည်း Stateful Application ဖြစ်ပါတယ်။

အကြောင်းရင်းများကတော့ -

* Shard Data တွေ Disk မှာ ရှိတယ်
* Node Identity လိုအပ်တယ်
* Persistent Storage လိုတယ်
* Cluster Recovery အတွက် Data မပျောက်ရဘူး

ဒါကြောင့် Elasticsearch ကိုလည်း StatefulSet နဲ့ Deploy လုပ်ကြပါတယ်။

⸻

အနှစ်ချုပ်

Kubernetes ကို Stateless Platform လို့ပဲ သတ်မှတ်လို့ မရပါဘူး။

Kubernetes ဟာ Stateless Applications တွေကို အဓိက ရည်ရွယ်ပြီး တည်ဆောက်ထားပေမယ့် Stateful Applications တွေကိုလည်း StatefulSet, Persistent Volume စတဲ့ Feature တွေကနေတဆင့် ကောင်းမွန်စွာ Support ပေးနိုင်တဲ့ Container Orchestration Platform တစ်ခု ဖြစ်ပါတယ်။

မှတ်ထားရန်

Deployment = Stateless Applications

StatefulSet = Stateful Applications

Kubernetes = Stateless ကို အဓိက Design လုပ်ထားပေမယ့် Stateful Workloads တွေကိုလည်း ကောင်းကောင်း Support ပေးနိုင်တဲ့ Platform ဖြစ်ပါတယ်။

Kubernetes ကို နားလည်ဖို့အတွက် “Application က Stateful လား? Stateless လား?” ဆိုတာကို အရင်ဆုံး ခွဲခြားနိုင်ဖို့က အရေးကြီးဆုံး အချက်တစ်ခု ဖြစ်ပါတယ်။

Azure အပိုင်း(၄)

—-

📚 IT နည်းပညာများကို လေ့လာချင်ပါသလား?

🎓 Techies Training Center မှ

✅ Python Programming (PCAP,PCEP,PCPP1,PCPP2)

✅ Kubernetes & Cloud Computing

✅ AWS, Azure, Google Cloud, Oracle Cloud

✅ Linux System Administration

✅ Cyber Security

✅ Oracle Database Administration

သင်တန်းများကို တက်ရောက်နိုင်ပါသည်။

📩 သင်တန်း တက်ချင်ရင် Messenger မှ စုံစမ်းနိုင်ပါသည်။

———-

—-

Azure Region ဆိုတာ ဘာလဲ?

Cloud computing ကို အသုံးပြုတဲ့အခါ “Azure Region” ဆိုတဲ့စကားလုံးကို မကြာခဏ ကြားဖူးကြမှာပါ။ Azure Region ဆိုတာ Microsoft Azure ရဲ့ Data Center များတည်ရှိတဲ့ ပထဝီဝင်ဒေသ (Geographical Area) ကို ခေါ်ပါတယ်။

ဥပမာ -

• Southeast Asia (Singapore)
• East Asia (Hong Kong)
• Japan East (Tokyo)
• Australia East
• East US
• West Europe

Azure Services တွေကို Deploy လုပ်တဲ့အခါ ဘယ် Region မှာထားမလဲဆိုတာကို ရွေးချယ်ရပါတယ်။

Azure Region ဘာကြောင့် အရေးကြီးတာလဲ?

1. Latency (Response Time)

User နဲ့ Region နီးလေလေ Response Time မြန်လေလေ ဖြစ်ပါတယ်။

ဥပမာ -
Singapore က User တွေအတွက် Southeast Asia Region ကိုရွေးရင် Website/Application တွေ ပိုမြန်နိုင်ပါတယ်။

2. Data Residency

အချို့နိုင်ငံတွေမှာ Data ကို ပြည်တွင်းမှာပဲ သိမ်းဆည်းရမယ်ဆိုတဲ့ ဥပဒေတွေရှိပါတယ်။

Region ရွေးချယ်မှုက Compliance အတွက် အရေးကြီးပါတယ်။

3. Disaster Recovery

Region တစ်ခု ပြဿနာဖြစ်သွားရင် အခြား Region တစ်ခုမှာ Backup Service များကို Run နိုင်ပါတယ်။

4. Cost Optimization

Region တစ်ခုနဲ့တစ်ခု Resource Price မတူနိုင်ပါဘူး။

တချို့ Region တွေမှာ VM, Storage စရိတ်ပိုသက်သာနိုင်ပါတယ်။

Azure Region vs Availability Zone

Azure Region

Data Center အများစုပါဝင်တဲ့ ပထဝီဝင်ဒေသတစ်ခု။

ဥပမာ -
• Southeast Asia
• East US
• Japan East

Availability Zone

Region တစ်ခုအတွင်းမှာ သီးခြား Power, Cooling, Network ရှိတဲ့ Data Center များ။

Zone 1, Zone 2, Zone 3 စသည်ဖြင့် ခွဲထားပါတယ်။

Region တစ်ခုအတွင်း Zone များကို အသုံးပြုခြင်းအားဖြင့် High Availability ပိုမိုရရှိနိုင်ပါတယ်။

Azure Paired Regions

Microsoft က Region တစ်ခုချင်းစီကို Partner Region တစ်ခုနဲ့ Pair လုပ်ပေးထားပါတယ်။

ဥပမာ -

• Southeast Asia → East Asia
• East US → West US
• North Europe → West Europe

အကျိုးကျေးဇူးများ

✓ Disaster Recovery အတွက် အသုံးဝင်သည်။
✓ Planned Maintenance များကို တစ်ပြိုင်နက် မလုပ်ပါ။
✓ Geo-redundant replication ကို ထောက်ပံ့ပေးသည်။

Azure Region ရွေးချယ်ရာတွင် စဉ်းစားသင့်သောအချက်များ

✓ User များနီးစပ်မှု
✓ Compliance Requirement
✓ Availability Zone Support
✓ Disaster Recovery Strategy
✓ Service Availability
✓ Cost

Example

Singapore မှာရှိတဲ့ Company တစ်ခုအတွက် -

Primary Region:
Southeast Asia (Singapore)

Disaster Recovery Region:
East Asia (Hong Kong)

Availability:
Zone 1, Zone 2, Zone 3

ဒီ Design က Performance, Availability နဲ့ Business Continuity အတွက် Balance ကောင်းတဲ့ Architecture ဖြစ်ပါတယ်။

အနှစ်ချုပ်

Azure Region ဆိုတာ Microsoft Azure Data Center များတည်ရှိတဲ့ ပထဝီဝင်ဒေသဖြစ်ပြီး Application Performance, Compliance, High Availability, Disaster Recovery နှင့် Cost Optimization အတွက် အလွန်အရေးကြီးသော Design ဆုံးဖြတ်ချက်တစ်ခုဖြစ်ပါတယ်။

“Choose the right region, and you build a faster, safer, and more resilient cloud platform.”

Container အပိုင်း(၂၃)

——-

📚 IT နည်းပညာများကို လေ့လာချင်ပါသလား?

🎓 Techies Training Center မှ

✅ Python Programming (PCAP,PCEP,PCPP1,PCPP2)

✅ Kubernetes & Cloud Computing

✅ AWS, Azure, Google Cloud, Oracle Cloud

✅ Linux System Administration

✅ Cyber Security

✅ Oracle Database Administration

သင်တန်းများကို တက်ရောက်နိုင်ပါသည်။

📩 သင်တန်း တက်ချင်ရင် Messenger မှ စုံစမ်းနိုင်ပါသည်။

——-

Persistent Volume (PV) က Kubernetes ကို စတင်လေ့လာသူတွေအတွက် အရေးကြီးဆုံး concepts တွေထဲက တစ်ခုဖြစ်ပါတယ်။ Pods တွေ restart ဖြစ်သွားရင် data မပျောက်အောင် ဘယ်လိုထိန်းသိata Durability ရရှိတယ်

✅ Pod restart ဖြစ်လည်း Data မပျောက်ဘူး

✅ Storage Management ကို Developer နဲ့ Administrator ခွဲထုတ်နိုင်တယ်

✅ Cloud Native Applications တွေကို ယုံကြည်
စိတ်ချစွာ run နိုင်တယ်

Summary

Persistent Volume (PV) က Kubernetes ရဲ့ Stateful Applications တွေအတွက် အရေးကြီးတဲ့ Storage Mechanism ဖြစ်ပါတယ်။

PVC က Storage ကို request လုပ်ပေးတယ်။

StorageClass က Dynamic Provisioning လုပ်ပေးတယ်။

ဒီသုံးခုကို နားလည်ထားရင် Kubernetes မှာ Database, Kafka, Jenkins စတဲ့ Stateful Workloads တွေကို Production Ready အဖြစ် တည်ဆောက်နိုင်မှာ ဖြစ်ပါတယ်။

Techies Tip 💡

Kubernetes interview တွေမှာ မေးလေ့ရှိတဲ့ မေးခွန်းတစ်ခုက -

“PV နဲ့ PVC က ဘာကွာလဲ?”

* PV (Persistent Volume) → Cluster ထဲက Actual Storage Resource
* PVC (Persistent Volume Claim) → Developer က Storage ကို Request လုပ်တဲ့ Object

ဒါကို နားလည်ထားရင် Kubernetes Storage Concept ရဲ့ 80% ကို နားလည်ပြီးသား ဖြစ်ပါတယ်။

📌 Kubernetes Persistent Volume Cheatsheet

Kubernetes Persistent Storage Flow

┌─────────────────┐
│ Application │
│ Pod │
└────────┬────────┘
│
▼
┌─────────────────┐
│ PVC │
│ Storage Request │
└────────┬────────┘
│
▼
┌─────────────────┐
│ StorageClass │
│ Auto Provision │
└────────┬────────┘
│
▼
┌─────────────────┐
│ PV │
│ Actual Volume │
└────────┬────────┘
│
▼
┌─────────────────┐
│ Backend Storage │
│EBS/NFS/Ceph/etc │
└─────────────────┘

Real World Example

MySQL Database

Pod Restart ဖြစ်သွားတယ်။

PV မရှိရင်

❌ Database Data ပျောက်မယ်

❌ Customer Records ပျောက်မယ်

❌ Production Outage ဖြစ်နိုင်တ

PV ရှိရင်

✅ Data မပျောက်ဘူး

✅ Pod အသစ်ပြန်တက်လည်း Data ပြန်သုံးနိုင်တယ်

✅ High Availability ပိုကောင်းတယ်

Access Modes

ReadWriteOnce (RWO)

Node တစ်ခုက Read/Write လုပ်နိုင်တယ်။

Examples

* AWS EBS
* Azure Disk
* Google Persistent Disk

ReadOnlyMany (ROX)

Node အများကြီးက Read Only လုပ်နိုင်တယ်။

ReadWriteMany (RWX)

Node အများကြီးက Read/Write လုပ်နိုင်တယ်။

Examples

* NFS
* CephFS
* Azure Files

Provisioning Types

Static Provisioning

Admin
↓
Create PV
↓
Developer creates PVC
↓
Bind

Production အဟောင်းတွေမှာ တွေ့ရတတ်ပါတယ်။

Dynamic Provisioning

Developer creates PVC
↓
StorageClass
↓
Auto Create PV
↓
Bind

Cloud Environment (AKS, EKS, GKE) တွေမှာ အများဆုံး အသုံးပြုကြပါတယ်။

Reclaim Policies

Retain

PVC ဖျက်သွားလည်း Data မဖျက်ဘူး။

အသုံးပြုမှု:

* Production Database
* Critical Systems

Delete

PVC ဖျက်ရင် Storage ပါ ဖျက်တယ်။

အသုံးပြုမှု:

* Development
* Testing

—-

Questions

Q1. PV နဲ့ PVC ဘာကွာလဲ?

PV → Actual Storage

PVC → Storage Request

Q2. StorageClass ဘာကြောင့်လိုတာလဲ?

PVC Create လုပ်တဲ့အခါ PV ကို Auto Provision လုပ်ပေးဖို့ ဖြစ်ပါတယ်။

Q3. Stateful Application တွေမှာ PV ဘာကြောင့် အရေးကြီးလဲ?

Pod Restart ဖြစ်သွားလည်း Data မပျောက်စေဖို့ ဖြစ်ပါတယ်။

Techies Summary

Persistent Volume (PV) = Storage

Persistent Volume Claim (PVC) = Storage Request

StorageClass = Automatic Storage Creator

ဒီ Concepts သုံးခုကို နားလည်ထားရင် Kubernetes Storage Architecture ကို ကောင်းကောင်းနားလည်နိုင်ပြီး MySQL, PostgreSQL, Oracle, Kafka, Jenkins, Elasticsearch စတဲ့ Stateful Applications တွေကို Production Environment မှာ ယုံကြည်စိတ်ချစွာ Deploy လုပ်နိုင်ပါလိမ့်မယ်။