22/06/2026
Azure အပိုင်း(၇)
——
📚 IT နည်းပညာများကို လေ့လာချင်ပါသလား?
🎓 Techies Training Center မှ
✅ Python Programming (PCAP,PCEP,PCPP1,PCPP2)
✅ Python Streamlit framework course
✅ Kubernetes & Cloud Computing
✅ AWS, Azure, Google Cloud, Oracle Cloud
✅ Linux System Administration
✅ Cyber Security
✅ Oracle Database Administration
သင်တန်းများကို online video training တက်ရောက်နိုင်ပါသည်။
📩 သင်တန်း တက်ချင်ရင် Messenger မှ စုံစမ်းနိုင်ပါသည်။
——
Azure Extended Region ဆိုတာဘာလဲ?
Cloud Computing, AI, IoT နှင့် 5G နည်းပညာများ တိုးတက်လာသည်နှင့်အမျှ Application များကို ပိုမိုမြန်ဆန်စွာ အသုံးပြုနိုင်ရန် Low Latency လိုအပ်လာပါသည်။ ထိုလိုအပ်ချက်ကို ဖြေရှင်းပေးနိုင်ရန် Microsoft Azure မှ Azure Extended Region ကို မိတ်ဆက်ပေးထားပါသည်။
Azure Extended Region သည် Azure Region တစ်ခု၏ Infrastructure နှင့် Services များကို အသုံးပြုသူများနှင့် ပိုမိုနီးစပ်သော နေရာများအထိ တိုးချဲ့ပေးထားသည့် Azure Platform တစ်ခုဖြစ်သည်။
⸻
Azure Region ဆိုတာဘာလဲ?
Azure Region ဆိုသည်မှာ Microsoft Azure Datacenter များ တည်ရှိရာ Geographic Location တစ်ခုကို ဆိုလိုပါသည်။
ဥပမာ -
* Southeast Asia (Singapore)
* East US
* West Europe
* Japan East
* Australia East
Region တစ်ခုအတွင်း Datacenter များစွာ ပါဝင်ပြီး Azure Services များကို Run ပေးထားပါသည်။
⸻
Azure Extended Region ဆိုတာဘာလဲ?
Azure Extended Region သည် Main Azure Region တစ်ခု၏ Extension Site ဖြစ်ပြီး Compute, Storage နှင့် Networking Services များကို User များနှင့် ပိုမိုနီးစပ်သော Location များတွင် Deploy လုပ်နိုင်စေရန် ဖန်တီးထားခြင်းဖြစ်သည်။
Extended Region များကို Parent Azure Region မှ စီမံခန့်ခွဲပေးပြီး Low Latency နှင့် Real-Time Processing ကို ပံ့ပိုးပေးပါသည်။
⸻
Azure Extended Region အမျိုးအစားများ
1. Azure Edge Zones
Azure Edge Zone သည် Azure Region ၏ Extension Site တစ်ခုဖြစ်ပြီး User များနှင့် ပိုမိုနီးစပ်သော နေရာများတွင် Azure Services များကို Deploy လုပ်နိုင်ပါသည်။
အသုံးပြုနိုင်သော Workloads
✅ 5G Applications
✅ IoT Systems
✅ Online Gaming
✅ Video Streaming
✅ AI Inference
✅ AR / VR Applications
⸻
2. Azure Local (Azure Stack HCI)
Azure Local သည် On-Premises Datacenter များအတွင်း Azure Services များကို Run နိုင်စေသော Hybrid Cloud Platform ဖြစ်သည်။
အသုံးပြုနိုင်သော နေရာများ
✅ Manufacturing
✅ Banking
✅ Healthcare
✅ Government
✅ Remote Branch Offices
⸻
3. Private MEC (Multi-Access Edge Computing)
Private MEC သည် Telecom Operator Networks အတွင်း Azure Services များကို Deploy လုပ်နိုင်သော Edge Computing Platform ဖြစ်သည်။
အသုံးပြုနိုင်သော Workloads
✅ Smart Factory
✅ Smart City
✅ Autonomous Vehicles
✅ Industrial IoT
✅ Real-Time Analytics
Azure Extended Region ၏ အကျိုးကျေးဇူးများ
Low Latency
User များနှင့် ပိုမိုနီးစပ်သော Location တွင် Application များ Run နိုင်သောကြောင့် Response Time လျော့နည်းစေပါသည်။
Better User Experience
Application များ ပိုမိုမြန်ဆန်စွာ အလုပ်လုပ်နိုင်ပြီး User Experience ပိုမိုကောင်းမွန်လာပါသည်။
5G နှင့် IoT Support
Real-Time Data Processing လိုအပ်သော 5G နှင့် IoT Applications များအတွက် အထူးသင့်တော်ပါသည်။
Hybrid Cloud Support
On-Premises Infrastructure နှင့် Azure Cloud ကို ပေါင်းစပ်အသုံးပြုနိုင်ပါသည်။
Compliance နှင့် Data Sovereignty
Data Residency နှင့် Regulatory Requirements များကို လိုက်နာနိုင်ပါသည်။
⸻
Azure Extended Region Architecture
Users / Devices
│
▼
Azure Extended Region
(Edge Zone)
│
▼
Primary Azure Region
│
▼
Region Pair
Real-World Example
ဥပမာအားဖြင့် Autonomous Vehicle Application တစ်ခုသည် Sensor Data များကို Real-Time Processing ပြုလုပ်ရန် လိုအပ်ပါသည်။
Data များကို ဝေးလံသော Azure Region သို့ ပို့ပြီး Process လုပ်မည်ဆိုပါက Latency မြင့်မားနိုင်ပါသည်။
Azure Extended Region (Edge Zone) ကို အသုံးပြုပါက User နှင့် ပိုမိုနီးစပ်သော Edge Location တွင် Data များကို Process လုပ်နိုင်သောကြောင့် Millisecond အတွင်း Response ရရှိနိုင်ပါသည်။
Conclusion
Azure Extended Region သည် Azure Services များကို User များနှင့် ပိုမိုနီးစပ်သော Location များအထိ တိုးချဲ့ပေးထားသည့် Azure Infrastructure ဖြစ်ပါသည်။
Low Latency, Edge Computing, 5G, IoT, AI နှင့် Real-Time Applications များအတွက် အလွန်အရေးကြီးသော Azure Capability တစ်ခုဖြစ်ပါသည်။
အကျဉ်းချုပ်
✅ Azure Region = Main Azure Datacenter
✅ Azure Extended Region = Azure Edge Infrastructure
✅ Low Latency နှင့် Real-Time Processing အတွက် အကောင်းဆုံး
✅ 5G, AI, IoT နှင့် Edge Computing Workloads များအတွက် သင့်တော်
18/06/2026
Python Framework - Streamlit အကြောင်း မပိုင်း(၁)
Streamlit playground မှာသွားစမ်းကြည့်လိုက်အုံး 👇
https://streamlit.io/playground
https://share.streamlit.io/explore?sort=most+viewed&category=favorites
—-
📚 IT နည်းပညာများကို လေ့လာချင်ပါသလား?
🎓 Techies Training Center မှ
✅ Python Programming (PCAP,PCEP,PCPP1,PCPP2)
✅ Python Streamlit framework course
✅ Kubernetes & Cloud Computing
✅ AWS, Azure, Google Cloud, Oracle Cloud
✅ Linux System Administration
✅ Cyber Security
✅ Oracle Database Administration
သင်တန်းများကို online video training တက်ရောက်နိုင်ပါသည်။
📩 သင်တန်း တက်ချင်ရင် Messenger မှ စုံစမ်းနိုင်ပါသည်။
—-
Streamlit Data App ဆိုတာဘာလဲ?
Python နဲ့ Interactive Web Applications တည်ဆောက်ခြင်း
Streamlit ဆိုတာဘာလဲ?
Streamlit သည် Python Programming Language ကို အသုံးပြုပြီး Data Applications, Dashboards, Machine Learning Demos နှင့် Data Visualization Web Apps များကို အလွယ်တကူ တည်ဆောက်နိုင်ရန် ဖန်တီးထားသော Open Source Framework တစ်ခု ဖြစ်ပါသည်။
Web Development Framework တွေဖြစ်တဲ့ HTML, CSS, JavaScript တွေကို မသိရှိဘဲ (Frontend မသိပဲ) Python Code အနည်းငယ်ရေးသားရုံဖြင့် Professional Web Interface များကို ဖန်တီးနိုင်သည်။
Streamlit ကို Data Scientists, Data Analysts, AI Engineers, Machine Learning Engineers နှင့် Python Developers များအကြား အလွန်လူကြိုက်များစွာ အသုံးပြုကြသည်။
⸻
Streamlit Framework History
Streamlit ကို 2019 ခုနှစ်တွင် စတင်မိတ်ဆက်ခဲ့ပြီး Data Science Projects များကို Web Application အဖြစ် အလွယ်တကူ ပြသနိုင်ရန် ရည်ရွယ်၍ ဖန်တီးခဲ့သည်။
2022 ခုနှစ်တွင် AI Company တစ်ခုဖြစ်သော Snowflake မှ Streamlit ကို ဝယ်ယူခဲ့ပြီး ယနေ့အချိန်တွင် Data Cloud Platform များနှင့် ပိုမိုကောင်းမွန်စွာ ပေါင်းစပ်အသုံးပြုနိုင်လာခဲ့သည်။
⸻
Streamlit ရဲ့ အဓိက Features များ
1. Simple Python Code
Python Script အနည်းငယ်ရေးသားရုံဖြင့် Web Application တစ်ခု ဖန်တီးနိုင်သည်။
2. Interactive Widgets
* Text Input
* Dropdown Menu
* Radio Button
* Checkbox
* Slider
* File Upload
စသည်တို့ကို အလွယ်တကူ ထည့်သွင်းနိုင်သည်။
3. Data Visualization
Streamlit သည်
* Matplotlib
* Plotly
* Altair
* Seaborn
* Pandas
တို့ဖြင့် Graph နှင့် Dashboard များ ပြသနိုင်သည်။
4. Machine Learning Integration
Python ML Libraries များဖြစ်သော
* Scikit-Learn
* TensorFlow
* PyTorch
တို့နှင့် အလွယ်တကူ ပေါင်းစပ်အသုံးပြုနိုင်သည်။
⸻
Streamlit Architecture
User Browser
|
v
+----------------+
| Streamlit App |
| Python Code |
+----------------+
|
v
+----------------+
| Pandas / ML |
| Database APIs |
+----------------+
User Browser မှ Request လုပ်သောအခါ Streamlit သည် Python Script ကို Execute လုပ်ပြီး Dynamic Web Page ကို ပြသပေးသည်။
⸻
Streamlit Installation
Python Install လုပ်ပြီးနောက် Streamlit ကို အောက်ပါ Command ဖြင့် Install ပြုလုပ်နိုင်သည်။
pip install streamlit
Version စစ်ဆေးရန်
streamlit --version
⸻
First Streamlit Application
app.py ဖိုင်တစ်ခု ဖန်တီးပြီး
import streamlit as st
st.title("My First Streamlit App")
st.write("Hello Streamlit!")
name = st.text_input("Enter your name")
if name:
st.success(f"Welcome {name}")
Run လုပ်ရန်
streamlit run app.py
Browser တွင်
http://localhost:8501
ဖြင့် ဖွင့်ကြည့်နိုင်သည်။
⸻
Data Analysis Example
CSV File ကို ဖတ်ပြီး Data Preview ပြသခြင်း
import streamlit as st
import pandas as pd
uploaded_file = st.file_uploader("Upload CSV File")
if uploaded_file:
df = pd.read_csv(uploaded_file)
st.write(df.head())
st.bar_chart(df.select_dtypes(include='number'))
User သည် CSV File Upload လုပ်ပြီး Data Visualization ကို တိုက်ရိုက် ကြည့်ရှုနိုင်မည် ဖြစ်သည်။
⸻
Streamlit Use Cases
Business Dashboard
* Sales Dashboard
* KPI Dashboard
* Financial Reports
Machine Learning
* Prediction Apps
* AI Chatbot Interface
* Model Demonstration
Data Analytics
* CSV Analyzer
* Log Analyzer
* Security Dashboard
DevOps & Cloud
* Server Monitoring Dashboard
* Kubernetes Monitoring
* Cloud Cost Dashboard
⸻
Streamlit Advantages
✅ Python Only Development
✅ Learning Curve နည်းသည်
✅ Rapid Development
✅ Machine Learning Friendly
✅ Open Source
✅ Cloud Deployment လွယ်ကူသည်
⸻
Streamlit Limitations
❌ Complex Frontend Customization အတွက် မသင့်တော်
❌ Large Scale Enterprise Web Applications များအတွက် မသင့်တော်
❌ React သို့မဟုတ် Angular ကဲ့သို့ Frontend Framework များထက် UI Flexibility နည်းသည်
⸻
Conclusion
Streamlit သည် Python Developer များအတွက် Data Dashboard, Analytics Platform, AI Applications နှင့် Machine Learning Demos များကို အချိန်တိုအတွင်း တည်ဆောက်နိုင်စေသော အလွန်အသုံးဝင်သည့် Open Source Framework တစ်ခု ဖြစ်သည်။
HTML, CSS, JavaScript မသိရှိဘဲ Python တစ်ခုတည်းဖြင့် Professional Data Applications များကို ဖန်တီးနိုင်ခြင်းကြောင့် Data Science နှင့် AI လောကတွင် Streamlit သည် လူကြိုက်အများဆုံး Framework များထဲမှ တစ်ခုအဖြစ် ရပ်တည်နေပါသည်။
16/06/2026
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 Security Types – Azure လုံခြုံရေးအမျိုးအစားများ
Cloud ကို အသုံးပြုတဲ့အခါ Security က အရေးအကြီးဆုံးအပိုင်းတစ်ခုဖြစ်ပါတယ်။ Microsoft Azure ကလည်း Identity ကနေ Data အထိ၊ Network ကနေ Workload အထိ Security Service မျိုးစုံကို ပံ့ပိုးပေးထားပါတယ်။
1. Identity Security (အသုံးပြုသူအထောက်အထား လုံခြုံရေး)
Identity Security က အသုံးပြုသူတွေ ဘယ်သူလဲဆိုတာ အတည်ပြုပြီး ဘယ် Resource တွေကို အသုံးပြုခွင့်ရှိမလဲဆိုတာ ထိန်းချုပ်ပေးပါတယ်။
အသုံးများတဲ့ Services
* Microsoft Entra ID (Azure Active Directory)
* Multi-Factor Authentication (MFA)
* Conditional Access
* Password Protection
* Privileged Identity Management (PIM)
Benefits
✅ Unauthorized Access လျော့နည်းစေတယ်။
✅ Least Privilege Principle ကို အသုံးပြုနိုင်တယ်။
⸻
2. Network Security (ကွန်ရက်လုံခြုံရေး)
Azure Network ထဲက Traffic တွေကို စစ်ဆေးထိန်းချုပ်ပေးပါတယ်။
Services
* Network Security Group (NSG)
* Azure Firewall
* Web Application Firewall (WAF)
* Azure DDoS Protection
* VPN Gateway
* ExpressRoute
Benefits
✅ Internal/External Traffic Filtering
✅ DDoS Attack ကာကွယ်နိုင်ခြင်း
⸻
3. Data Security (ဒေတာလုံခြုံရေး)
Data တွေကို Encryption လုပ်ပြီး မလိုအပ်တဲ့သူတွေ မကြည့်နိုင်အောင် ကာကွယ်ပေးပါတယ်။
Services
* Azure Key Vault
* Azure Storage Encryption
* Transparent Data Encryption (TDE)
* Azure Disk Encryption
* Always Encrypted
Benefits
✅ Data at Rest Protection
✅ Data in Transit Protection
⸻
4. Application Security (Application လုံခြုံရေး)
Application တွေကို Secure Development နဲ့ Runtime Security ပေးပါတယ်။
Services
* Microsoft Defender for App Service
* Azure API Management Security
* Managed Identities
* Application Gateway WAF
Benefits
✅ OWASP Top 10 Attack များကို လျော့နည်းစေတယ်။
✅ Secret များ Hardcode မလုပ်ရတော့ဘူး။
⸻
5. Infrastructure Security (Server/VM လုံခြုံရေး)
Virtual Machine, Container နှင့် Infrastructure Resources တွေကို ကာကွယ်ပေးပါတယ်။
Services
* Microsoft Defender for Cloud
* Just-In-Time VM Access
* Endpoint Protection
* Azure Policy
* Azure Update Manager
Benefits
✅ Vulnerability များရှာဖွေနိုင်တယ်။
✅ Compliance စစ်ဆေးနိုင်တယ်။
⸻
6. Threat Protection & Detection (ခြိမ်းခြောက်မှုရှာဖွေကာကွယ်ခြင်း)
Attack တွေကို Detect လုပ်ပြီး Response ပေးပါတယ်။
Services
* Microsoft Defender XDR
* Microsoft Sentinel
* Defender for Cloud
* Threat Intelligence
Benefits
✅ Real-time Detection
✅ SIEM & SOAR Automation
⸻
7. Governance & Compliance (စည်းမျဉ်းနှင့် လိုက်နာမှု)
Azure Environment တစ်ခုလုံးကို Governance ချမှတ်ပြီး Compliance စစ်ဆေးပေးပါတယ်။
Services
* Azure Policy
* Management Groups
* Resource Locks
* Blueprints (Legacy)
* Compliance Manager
Benefits
✅ ISO 27001, PCI-DSS, HIPAA စတဲ့ Standard များနှင့် ကိုက်ညီမှုစစ်ဆေးနိုင်တယ်။
✅ Configuration Drift လျော့နည်းစေတယ်။
⸻
Azure Security Layers Summary
Identity
↓
Network
↓
Application
↓
Infrastructure
↓
Data
↓
Threat Detection
↓
Governance & Compliance
Azure Security ကို Layered Security (Defense in Depth) ပုံစံဖြင့် တည်ဆောက်ထားပြီး Layer တစ်ခုချင်းစီက တစ်ခုနှင့်တစ်ခု အပြန်အလှန်ကာကွယ်ပေးပါတယ်။
နိဂုံး
Azure Security ဆိုတာ Firewall တစ်ခုတည်းမဟုတ်ဘဲ Identity, Network, Data, Application, Infrastructure, Threat Detection နဲ့ Governance တို့ကို ပေါင်းစပ်ထားတဲ့ Security Ecosystem တစ်ခုဖြစ်ပါတယ်။ Cloud Environment ကို လုံခြုံစွာ အသုံးပြုနိုင်ဖို့ Azure ရဲ့ Security Services များကို မှန်ကန်စွာ အသုံးချဖို့ လိုအပ်ပါတယ်။
15/06/2026
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 လား?” ဆိုတာကို အရင်ဆုံး ခွဲခြားနိုင်ဖို့က အရေးကြီးဆုံး အချက်တစ်ခု ဖြစ်ပါတယ်။
14/06/2026
Azure အပိုင်း(၅)
——-
🎓 Techies Training Center မှ Python, Kubernetes, Cloud Computing, Linux, Cyber Security နှင့် Oracle Database သင်တန်းများကို Video Training အဖြစ် အချိန်မရွေး လေ့လာနိုင်ပါသည်။
📩 သင်တန်းအကြောင်း အသေးစိတ်ကို page Messenger မှတဆင့် စုံစမ်းမေးမြန်းနိုင်ပါသည်။
——-
Azure Automation Account ဆိုတာ Microsoft Azure မှာရှိတဲ့ automation service တစ်ခုဖြစ်ပြီး Cloud နဲ့ On-Premises environment တွေမှာ ထပ်ခါထပ်ခါလုပ်ရတဲ့ IT tasks တွေကို အလိုအလျောက် (Automate) လုပ်ဆောင်ပေးဖို့ အသုံးပြုပါတယ်။
ဥပမာအားဖြင့် -
* VM များကို အချိန်ဇယားအတိုင်း Start/Stop လုပ်ခြင်း
* Patch Management လုပ်ခြင်း
* User Account များကို စီမံခန့်ခွဲခြင်း
* Backup Process များကို Run ခြင်း
* Resource များကို Auto Scale လုပ်ခြင်း
* Azure Service များကို Script ဖြင့် Manage လုပ်ခြင်း
Azure Automation Account ဆိုတာဘာလဲ?
Azure Automation Account ကို “Cloud-based Automation Engine” လို့ ပြောလို့ရပါတယ်။
Automation Account ထဲမှာ Scripts (Runbooks) တွေကို သိမ်းဆည်းထားပြီး Azure ကနေ Execute လုပ်ပေးပါတယ်။
Administrator
│
▼
Automation Account
│
▼
Runbooks
│
▼
Azure Resources / On-Prem Servers
Azure Automation ရဲ့ အဓိက Components
1. Automation Account
Automation Service အတွက် Container တစ်ခုလို ဖြစ်ပါတယ်။
ဒီ Account ထဲမှာ -
* Runbooks
* Modules
* Credentials
* Variables
* Schedules
* Certificates
တွေကို သိမ်းထားနိုင်ပါတယ်။
2. Runbooks
Runbook ဆိုတာ Automation Script ဖြစ်ပါတယ်။
Support လုပ်တဲ့ Runbook Types များမှာ -
Stop-AzVM -ResourceGroupName "RG-Prod" -Name "Web01" -Force
Azure VM ကို Stop လုပ်ပေးမယ့် Script ဖြစ်ပါတယ်။
PowerShell Workflow
Parallel Ex*****on တွေ လုပ်နိုင်ပါတယ်။
Python Runbook
print("Hello Azure Automation")
Python Script တွေ Run နိုင်ပါတယ်။
Graphical Runbook
Drag-and-Drop ဖြင့် Workflow တည်ဆောက်နိုင်ပါတယ်။
3. Schedule
Cron Job လိုမျိုး Runbook တွေကို Schedule ချနိုင်ပါတယ်။
ဥပမာ -
* နေ့စဉ် ည ၁၁ နာရီ VM Shutdown
* တနင်္လာနေ့တိုင်း Report Generate
* လစဉ် Patch Installation
4. Shared Resources
Credentials
Username/Password သိမ်းနိုင်သည်။
Variables
Configuration Values သိမ်းနိုင်သည်။
ဥပမာ
Environment = Production
VMName = AppServer01
Certificates
Authentication အတွက်အသုံးပြုသည်။
Connections
Azure Service Principal Connection များ။
5. Hybrid Runbook Worker
Cloud မှာမဟုတ်ဘဲ On-Premises Server ပေါ်မှာ Runbook Execute လုပ်ချင်တဲ့အခါ အသုံးပြုပါတယ်။
Architecture
Azure Automation
│
▼
Hybrid Runbook Worker
│
┌──────┴──────┐
▼ ▼
Windows Linux
Servers Servers
ဥပမာ -
* Internal SQL Backup
* On-Prem File Cleanup
* Local Application Restart
Azure Automation အသုံးများသော Use Cases
VM Auto Shutdown
Office Hours ပြီးရင် VM တွေကို Shutdown လုပ်ပြီး Cost လျှော့ချနိုင်သည်။
7 PM → Stop VM
7 AM → Start VM
Patch Management
Windows/Linux Server များကို Scheduled Patch လုပ်နိုင်သည်။
⸻
User Provisioning
Employee အသစ်ဝင်လာလျှင်
* Azure AD User Create
* License Assign
* Group Add
တွေကို Auto လုပ်နိုင်သည်
Backup Automation
Storage Backup Process များကို Scheduled Runbook ဖြင့် Run နိုင်သည်။
Resource Cleanup
Unused Resources များကို ဖျက်ပေးနိုင်သည်။
ဥပမာ
* Snapshot Cleanup
* Disk Cleanup
* Temp Resource Removal
Administrator
│
Create Runbook
│
Publish
│
Assign Schedule
│
Azure Automation Executes
│
Logs & Monitoring
Azure Automation ရဲ့ အားသာချက်များ
✅ Manual Work လျှော့ချပေးသည်။
✅ Human Error လျှော့ချပေးသည်။
✅ Azure Cost Optimization ကူညီပေးသည်။
✅ Repeatable Process ဖြစ်စေသည်။
✅ Cloud နှင့် On-Prem ကို တစ်နေရာတည်းမှ စီမံနိုင်သည်။
✅ PowerShell နှင့် Python Support ရှိသည်။
Azure Automation ရဲ့ အားသာချက်များ
✅ Manual Work လျှော့ချပေးသည်။
✅ Human Error လျှော့ချပေးသည်။
✅ Azure Cost Optimization ကူညီပေးသည်။
✅ Repeatable Process ဖြစ်စေသည်။
✅ Cloud နှင့် On-Prem ကို တစ်နေရာတည်းမှ စီမံနိုင်သည်။
✅ PowerShell နှင့် Python Support ရှိသည်။
⸻
Azure Automation ရဲ့ အားနည်းချက်များ
❌ Complex Workflow များအတွက် Logic ရေးရခက်နိုင်သည်။
❌ Debugging သည် Local Development ထက် အနည်းငယ်ခက်ခဲနိုင်သည်။
❌ Advanced Orchestration အတွက် Azure Logic Apps သို့မဟုတ် Azure Functions လိုအပ်နိုင်သည်။
13/06/2026
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.”
12/06/2026
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 မှ စုံစမ်းနိုင်ပါသည်။
———-
Kubernetes Deployment ဆိုတာဘာလဲ?
Kubernetes Deployment ဆိုတာ Application ကို Kubernetes Cluster ထဲမှာ run လုပ်ဖို့၊ update လုပ်ဖို့၊ scale လုပ်ဖို့၊ rollback ပြန်လုပ်ဖို့ အသုံးပြုတဲ့ Kubernetes Resource တစ်ခုဖြစ်ပါတယ်။
Pod ကို တိုက်ရိုက် run လုပ်မယ့်အစား Deployment ကိုသုံးခြင်းအားဖြင့် Application ကို ပိုပြီး stable ဖြစ်အောင် manage လုပ်နိုင်ပါတယ်။
⸻
Deployment ကို ဘာကြောင့်သုံးရလဲ?
Deployment က Application Management အတွက် အရေးကြီးပါတယ်။
ဥပမာ—
✅ Application ကို replica အများကြီး run လုပ်နိုင်တယ်
✅ Pod ပျက်သွားရင် အလိုအလျောက် ပြန်ဖန်တီးပေးတယ်
✅ Version အသစ် update လုပ်နိုင်တယ်
✅ Update မှားသွားရင် rollback ပြန်လုပ်နိုင်တယ်
✅ Zero-downtime deployment လုပ်နိုင်တယ်
⸻
Deployment ဘယ်လိုအလုပ်လုပ်လဲ?
Deployment က တိုက်ရိုက် Pod ကို မထိန်းချုပ်ပါဘူး။
အလုပ်လုပ်ပုံက—
Deployment
⬇
ReplicaSet
⬇
Pods
Deployment က ReplicaSet ကို create လုပ်ပါတယ်။
ReplicaSet ကတော့ Pod အရေအတွက်ကို ထိန်းပေးပါတယ်။
ဥပမာ Deployment ထဲမှာ replica 3 လို့ သတ်မှတ်ထားရင် Kubernetes က Pod 3 ခု အမြဲ run နေအောင် ထိန်းပေးပါတယ်။
Pod တစ်ခုပျက်သွားရင် Kubernetes က Pod အသစ်တစ်ခုကို အလိုအလျောက် ပြန်ဖန်တီးပေးပါတယ်။
⸻
Deployment YAML Example
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx-deployment
spec:
replicas: 3
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.25
ports:
- containerPort: 80
ဒီ YAML မှာ—
* replicas: 3 ဆိုတာ Pod 3 ခု run မယ်လို့ ဆိုလိုပါတယ်။
* image: nginx:1.25 ဆိုတာ nginx version 1.25 ကိုသုံးမယ်လို့ ဆိုလိုပါတယ်။
* selector နဲ့ labels က Deployment က ဘယ် Pod တွေကို manage လုပ်မလဲဆိုတာ ချိတ်ဆက်ပေးပါတယ်။
⸻
Deployment Create လုပ်ခြင်း
kubectl apply -f deployment.yaml
Deployment စစ်ရန်—
kubectl get deployment
kubectl get rs
kubectl get pods
⸻
Scaling Deployment
Pod အရေအတွက်ကို တိုးချင်ရင်—
kubectl scale deployment nginx-deployment --replicas=5
ဒီ command က nginx Pod ကို 3 ခုကနေ 5 ခုအထိ တိုးပေးပါမယ်။
⸻
Rolling Update
Application version အသစ်ပြောင်းချင်ရင်—
kubectl set image deployment/nginx-deployment nginx=nginx:1.26
Kubernetes က Pod အဟောင်းတွေကို တဖြည်းဖြည်းဖြုတ်ပြီး Pod အသစ်တွေကို တဖြည်းဖြည်း run ပေးပါတယ်။
ဒါကြောင့် service downtime မဖြစ်အောင် ကူညီပေးပါတယ်။
⸻
Rollback ပြန်လုပ်ခြင်း
Update မှားသွားရင် history ကြည့်နိုင်ပါတယ်။
kubectl rollout history deployment/nginx-deployment
Previous version ကို rollback လုပ်ရန်—
kubectl rollout undo deployment/nginx-deployment
⸻
Deployment Strategy
Kubernetes Deployment မှာ အများဆုံးသုံးတဲ့ strategy က RollingUpdate ဖြစ်ပါတယ်။
RollingUpdate
Pod အဟောင်းတွေကို တစ်ပြိုင်နက် မဖြုတ်ဘဲ တဖြည်းဖြည်း update လုပ်ပေးပါတယ်။
ဒါကြောင့် production system တွေမှာ အများဆုံးသုံးကြပါတယ်။
Recreate
Pod အဟောင်းအားလုံးကို အရင်ဖြုတ်ပြီးမှ Pod အသစ်တွေကို run ပါတယ်။
Downtime ဖြစ်နိုင်တဲ့အတွက် production မှာ သေချာစဉ်းစားပြီးမှ သုံးသင့်ပါတယ်။
⸻
Deployment, ReplicaSet, Pod ကွာခြားချက်
Pod ဆိုတာ application container run နေတဲ့ smallest unit ဖြစ်ပါတယ်။
ReplicaSet ဆိုတာ Pod အရေအတွက်ကို ထိန်းပေးတဲ့ resource ဖြစ်ပါတယ်။
Deployment ဆိုတာ ReplicaSet နဲ့ Pod တွေကို version update, scaling, rollback အပါအဝင် manage လုပ်ပေးတဲ့ higher-level resource ဖြစ်ပါတယ်။
⸻
Real World Example
ဥပမာ Company တစ်ခုမှာ Web Application တစ်ခု run နေတယ်ဆိုပါစို့။
User တွေများလာရင် Pod 2 ခုကနေ 5 ခုအထိ scale လုပ်နိုင်ပါတယ်။
Application version အသစ် release လုပ်ချင်ရင် Rolling Update နဲ့ update လုပ်နိုင်ပါတယ်။
Bug ပါသွားရင် Rollback နဲ့ previous version ကို ပြန်သွားနိုင်ပါတယ်။
ဒါကြောင့် Kubernetes Deployment က production environment မှာ အလွန်အရေးကြီးပါတယ်။
⸻
အနှစ်ချုပ်
Kubernetes Deployment ဆိုတာ Application ကို Kubernetes ထဲမှာ stable ဖြစ်အောင် run လုပ်ဖို့ အသုံးပြုတဲ့ resource ဖြစ်ပါတယ်။
Deployment ကိုသုံးခြင်းအားဖြင့်—
✅ Pod တွေကို manage လုပ်နိုင်တယ်
✅ Auto-healing ရနိုင်တယ်
✅ Scaling လုပ်နိုင်တယ်
✅ Rolling update လုပ်နိုင်တယ်
✅ Rollback ပြန်လုပ်နိုင်တယ်
✅ Production application တွေအတွက် ပိုမိုယုံကြည်စိတ်ချရတယ်
Kubernetes ကို စတင်လေ့လာသူတွေအတွက် Deployment က မဖြစ်မနေ နားလည်ထားရမယ့် အခြေခံအရေးကြီး topic တစ်ခုဖြစ်ပါတယ်။
10/06/2026
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 လုပ်နိုင်ပါလိမ့်မယ်။