Docker & Kubernetes 2026: คู่มือ DevOps ฉบับสมบูรณ์

สวัสดีครับชาว siamcafe.net ทุกท่าน ผม อ.บอม เองครับ วันนี้เราจะมาอัปเดตเทคนิคที่จำเป็นสุดๆ สำหรับสาย DevOps ในปี 2026 นั่นก็คือ Docker และ Kubernetes ที่เวอร์ชันล่าสุดอย่าง Docker 27 และ Kubernetes 1.31 ที่มาพร้อมความสามารถใหม่ๆ ที่จะช่วยให้การพัฒนาและจัดการแอปพลิเคชันของเราง่ายและมีประสิทธิภาพมากขึ้น.

สำหรับใครที่เพิ่งเริ่มต้น หรืออยากทบทวนความเข้าใจให้แน่นปึ้ก คู่มือฉบับนี้จะพาคุณไปตั้งแต่พื้นฐาน ไปจนถึงการตั้งค่าเบื้องต้น การใช้งานคำสั่ง CLI ที่จำเป็น และตัวอย่าง Config YAML ที่จะช่วยให้คุณเห็นภาพจริง พร้อมนำไปปรับใช้ได้ทันที เราจะลงรายละเอียดเจาะลึกถึงสเปกที่ต้องการ รวมถึงเครื่องมือที่เกี่ยวข้อง เพื่อให้คุณพร้อมลุยในโลก DevOps ปี 2026 ได้อย่างมั่นใจครับ

Docker 27: หัวใจหลักของการทำ Containerization

Docker ยังคงเป็นเครื่องมือสำคัญอันดับต้นๆ ในการสร้าง จัดการ และรันแอปพลิเคชันในรูปแบบของ Container ครับ ในเวอร์ชัน Docker 27 ที่กำลังจะมาถึง มีการปรับปรุงประสิทธิภาพและความปลอดภัยหลายส่วน ทำให้การทำงานกับ Container มีความเสถียรและรวดเร็วยิ่งขึ้น Docker ช่วยให้นักพัฒนาสามารถแพ็กแอปพลิเคชันและ Dependencies ทั้งหมดไว้ใน Container Image เพียง Image เดียว ซึ่งทำให้มั่นใจได้ว่าแอปพลิเคชันจะทำงานได้เหมือนกันทุกสภาพแวดล้อม ไม่ว่าจะเป็นเครื่อง Local, Staging Server หรือ Production Server.

หัวใจสำคัญของ Docker คือ Image และ Container ครับ Image คือ Template แบบ Read-only ที่ใช้ในการสร้าง Container ส่วน Container คือ Instance ที่รันจาก Image นั้นๆ โดย Docker Engine จะจัดการกระบวนการเหล่านี้ให้ทั้งหมด การใช้งาน Docker เริ่มต้นง่ายๆ ด้วยการติดตั้ง Docker Desktop ซึ่งมีให้ใช้งานทั้งบน Windows และ macOS หรือหากเป็น Linux Server ก็สามารถติดตั้ง Docker Engine ได้โดยตรง การสร้าง Docker Image ทำได้โดยการเขียน Dockerfile ซึ่งเป็น Script ที่บอกขั้นตอนการสร้าง Image ตั้งแต่การเลือก Base Image, การ Copy ไฟล์, การติดตั้ง Dependencies ไปจนถึงการกำหนดคำสั่งที่จะรันเมื่อ Container เริ่มต้น คำสั่งพื้นฐานที่ใช้บ่อย เช่น `docker build` เพื่อสร้าง Image, `docker run` เพื่อสร้างและรัน Container, `docker ps` เพื่อดู Container ที่กำลังทำงาน และ `docker images` เพื่อดูรายการ Image ที่มีอยู่ครับ

การติดตั้ง Docker 27 เบื้องต้น

การติดตั้ง Docker 27 บนระบบปฏิบัติการต่างๆ มีขั้นตอนที่ค่อนข้างตรงไปตรงมาครับ 1. ดาวน์โหลด Installer: ไปที่เว็บไซต์ Docker และดาวน์โหลด Docker Desktop เวอร์ชันล่าสุดสำหรับ Windows หรือ macOS. 2. รัน Installer: ดับเบิลคลิกไฟล์ Installer และทำตามขั้นตอนบนหน้าจอ ซึ่งอาจรวมถึงการยอมรับ License Agreement และการเลือกส่วนประกอบที่จะติดตั้ง. 3. Restart เครื่อง: หลังจากติดตั้งเสร็จสิ้น แนะนำให้ Restart เครื่องคอมพิวเตอร์ของคุณเพื่อให้ Docker ทำงานได้อย่างสมบูรณ์. 4. ตรวจสอบการติดตั้ง: เปิด Terminal หรือ Command Prompt แล้วลองรันคำสั่ง `docker --version` เพื่อตรวจสอบว่า Docker ถูกติดตั้งสำเร็จและแสดงเวอร์ชันที่ถูกต้อง (ควรเป็น 27.x.x). 5. ทดสอบการใช้งาน: ลองรัน Container ง่ายๆ เช่น `docker run hello-world` เพื่อทดสอบว่า Docker สามารถดาวน์โหลด Image และรัน Container ได้ตามปกติ.

Docker Compose สำหรับการจัดการหลาย Container

เมื่อแอปพลิเคชันของเรามีความซับซ้อนมากขึ้น และประกอบด้วยหลาย Service เช่น Web Server, Database, Cache เรามักจะต้องใช้ Docker Compose เข้ามาช่วยจัดการครับ Docker Compose เป็นเครื่องมือที่ช่วยให้เราสามารถกำหนดและรัน Multi-container Docker applications ได้ด้วยไฟล์ YAML เพียงไฟล์เดียว (ปกติชื่อ `docker-compose.yml`).

ตัวอย่างการใช้งาน `docker-compose.yml` สำหรับ Web Application ที่ใช้ Nginx เป็น Web Server และ Redis เป็น Cache: ```yaml version: '3.8' services: web: image: nginx:latest ports: - "8080:80" volumes: - ./html:/usr/share/nginx/html depends_on: - redis

redis: image: redis:latest ports: - "6379:6379" ``` คำสั่งพื้นฐาน เช่น `docker-compose up -d` เพื่อสร้างและรัน Container ทั้งหมดใน Background, `docker-compose down` เพื่อหยุดและลบ Container และ `docker-compose ps` เพื่อดูสถานะของ Service ต่างๆ ครับ

Kubernetes 1.31: พลังแห่ง Orchestration ในปี 2026

เมื่อแอปพลิเคชันของเราเติบโตขึ้นและต้องการ Scale หรือต้องการ High Availability การจัดการ Container จำนวนมากด้วย Docker เพียงอย่างเดียวอาจไม่เพียงพอ Kubernetes หรือ K8s คือคำตอบครับ Kubernetes เป็น Open-source Container Orchestration Platform ที่ออกแบบมาเพื่อจัดการ Containerized Workloads และ Services โดยอัตโนมัติ ทำให้การ Deploy, Scale และ Management ของแอปพลิเคชันมีความสะดวกและยืดหยุ่นสูง.

Kubernetes 1.31 ซึ่งเป็นเวอร์ชันล่าสุดที่คาดการณ์ในปี 2026 มาพร้อมกับฟีเจอร์ใหม่ๆ ที่เน้นการปรับปรุงเรื่อง Performance, Security และ Developer Experience การทำงานของ Kubernetes จะอยู่บน Cluster ซึ่งประกอบด้วย Node หลายๆ Node (ทั้ง Master Node และ Worker Node) โดย Master Node จะทำหน้าที่ควบคุมและจัดการ Cluster ทั้งหมด ส่วน Worker Node จะเป็นที่ที่ Container ของเราจะถูกรัน.

แนวคิดหลักของ Kubernetes คือการประกาศสถานะที่ต้องการ (Desired State) ผ่านไฟล์ Configuration (ส่วนใหญ่เป็น YAML) แล้ว Kubernetes จะพยายามทำให้ Cluster อยู่ในสถานะที่ต้องการนั้นเสมอ เช่น หากเรากำหนดว่าต้องการให้ Web Application มี 3 replicas Kubernetes จะคอยตรวจสอบและสร้าง Container เพิ่มหากมี Container ใดหยุดทำงานไป หรือหากเราต้องการ Scale แอปพลิเคชันให้รองรับผู้ใช้จำนวนมากขึ้น ก็สามารถปรับค่า Replica Set ได้ง่ายๆ ครับ

การติดตั้ง Kubernetes Cluster เบื้องต้น (Minikube)

สำหรับการเริ่มต้นเรียนรู้ Kubernetes บนเครื่อง Local ของเรา เครื่องมือที่นิยมใช้คือ Minikube ครับ Minikube จะสร้าง Single-node Kubernetes Cluster ขึ้นมาบน Virtual Machine.

ขั้นตอนการติดตั้ง Minikube: 1. ติดตั้ง Docker: ตรวจสอบให้แน่ใจว่าคุณได้ติดตั้ง Docker และ Docker Compose เรียบร้อยแล้ว. 2. ติดตั้ง kubectl: เครื่องมือ Command Line Interface สำหรับการสื่อสารกับ Kubernetes Cluster. สามารถติดตั้งได้ตามคู่มือบนเว็บไซต์ Kubernetes. 3. ติดตั้ง Minikube: ดาวน์โหลด Minikube binary สำหรับระบบปฏิบัติการของคุณ. 4. เริ่ม Cluster: เปิด Terminal แล้วรันคำสั่ง `minikube start --driver=docker`. คำสั่งนี้จะสร้าง Virtual Machine และติดตั้ง Kubernetes Cluster เวอร์ชันล่าสุดที่ Minikube รองรับ. 5. ตรวจสอบสถานะ: ใช้คำสั่ง `kubectl get nodes` เพื่อดูว่า Node ใน Cluster ของคุณพร้อมใช้งานหรือไม่.

คำสั่ง kubectl ที่ควรรู้

kubectl เป็นเครื่องมือหลักในการโต้ตอบกับ Kubernetes Cluster ของเรา คำสั่งพื้นฐานที่ใช้บ่อยมีดังนี้: * `kubectl get nodes`: แสดงรายการ Node ทั้งหมดใน Cluster. * `kubectl get pods`: แสดงรายการ Pods (หน่วยที่เล็กที่สุดในการรัน Container ใน K8s) ทั้งหมด. * `kubectl create -f <your-config.yaml>`: สร้าง Resources ตามที่กำหนดในไฟล์ YAML. * `kubectl apply -f <your-config.yaml>`: สร้างหรืออัปเดต Resources. * `kubectl delete pod <pod-name>`: ลบ Pod. * `kubectl logs <pod-name>`: ดู Log ของ Pod. * `kubectl exec -it <pod-name> -- /bin/bash`: เข้าไปใน Container ของ Pod เพื่อ Debug.

การเชื่อมโยง Docker และ Kubernetes: Workflow DevOps

Docker และ Kubernetes ทำงานร่วมกันได้อย่างลงตัวใน Pipeline ของ DevOps โดย Docker จะรับหน้าที่ในการสร้าง Container Image ที่มีแอปพลิเคชันของเราอยู่ภายใน ส่วน Kubernetes จะเข้ามาจัดการการ Deploy, Scale และบริหารจัดการ Container เหล่านี้บน Production Environment.

เนื้อหาเกี่ยวข้อง — แนะนำให้อ่าน Rust Diesel ORM Home Lab Setup

Workflow ทั่วไปจะเป็นดังนี้: 1. Developer เขียน Code: นักพัฒนาเขียนโค้ดแอปพลิเคชัน. 2. สร้าง Docker Image: ใช้ Dockerfile ในการ Build แอปพลิเคชันพร้อม Dependencies ให้กลายเป็น Docker Image. ตัวอย่าง Dockerfile: ```dockerfile FROM node:18-alpine WORKDIR /app COPY package*.json ./ RUN npm install COPY . . EXPOSE 3000 CMD ["npm", "start"] ``` 3. Push Image ขึ้น Registry: นำ Docker Image ที่ได้ไปเก็บไว้ใน Container Registry เช่น Docker Hub, AWS ECR, หรือ Google GCR. 4. Deploy ด้วย Kubernetes: สร้าง Kubernetes Manifest (YAML) เพื่อกำหนดว่าต้องการรัน Image นี้อย่างไร (เช่น จำนวน Replica, Port Mapping, Volume). 5. Kubernetes จัดการ: Kubernetes Cluster จะดึง Image จาก Registry มาสร้างเป็น Pods และดูแลให้แอปพลิเคชันทำงานตามที่เราต้องการ.

เครื่องมืออย่าง Helm ก็เข้ามามีบทบาทสำคัญในการจัดการ Application ใน Kubernetes Helm ช่วยให้เราสามารถ Package, Deploy และ Manage Kubernetes applications ได้ง่ายขึ้นด้วยการใช้ Charts ซึ่งเป็นชุดของ Files ที่อธิบายถึง Resources ที่จำเป็นในการรันแอปพลิเคชัน. คำสั่งเช่น `helm install <release-name> <chart-path>` ใช้ในการติดตั้ง Application ครับ.

ตัวอย่าง Kubernetes Manifest (Deployment YAML)

ไฟล์ YAML นี้จะบอก Kubernetes ว่าเราต้องการ Deployment ที่ชื่อ 'my-app-deployment' ซึ่งจะรัน Container จาก Image 'my-registry/my-app:v1.0' จำนวน 2 replicas. ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: my-app-deployment labels: app: my-app spec: replicas: 2 selector: matchLabels: app: my-app template: metadata: labels: app: my-app spec: containers: - name: my-app-container image: my-registry/my-app:v1.0 ports: - containerPort: 8080 ``` ไฟล์นี้จะถูกใช้ร่วมกับคำสั่ง `kubectl apply -f deployment.yaml` เพื่อสร้าง Deployment ใน Cluster ของเราครับ

Benchmark และสเปกขั้นต่ำที่แนะนำ

การรัน Docker และ Kubernetes จำเป็นต้องมีทรัพยากรระบบที่เพียงพอ โดยเฉพาะอย่างยิ่งเมื่อเราใช้งานใน Production Environment.

สำหรับ Docker: * CPU: อย่างน้อย 2 cores. * RAM: อย่างน้อย 4 GB RAM. สำหรับการรัน Container จำนวนมาก หรือ Container ที่ใช้ทรัพยากรสูง อาจต้องการ 8 GB RAM หรือมากกว่า. * Disk Space: พื้นที่ว่างอย่างน้อย 20 GB สำหรับเก็บ Docker Images และ Container Logs.

สำหรับ Kubernetes (Single Node Cluster เช่น Minikube): * CPU: อย่างน้อย 2 cores. * RAM: อย่างน้อย 4 GB RAM (Minikube แนะนำ 2 GB แต่ 4 GB จะให้ประสบการณ์ที่ดีกว่า). * Disk Space: พื้นที่ว่างอย่างน้อย 20 GB.

สำหรับ Kubernetes Production Cluster (Master Node): * CPU: 4+ cores. * RAM: 16+ GB RAM. * Disk Space: 50+ GB.

สำหรับ Kubernetes Production Cluster (Worker Node): * CPU: 4+ cores (ขึ้นอยู่กับ Workload). * RAM: 8-16+ GB RAM (ขึ้นอยู่กับ Workload). * Disk Space: 50+ GB.

เนื้อหาเกี่ยวข้อง — แนะนำให้อ่าน Nginx Reverse Proxy ตั้ง SSL Let's Encrypt ฉบับสมบูรณ์

ข้อควรจำ: สเปกเหล่านี้เป็นเพียงค่าแนะนำขั้นต่ำ ประสิทธิภาพจริงจะขึ้นอยู่กับจำนวน Container, ขนาดของ Workload, และการตั้งค่าต่างๆ ใน Cluster ของคุณ การ Monitor ทรัพยากรอย่างสม่ำเสมอจึงเป็นสิ่งจำเป็นครับ

เครื่องมือและเทคนิคเสริมสำหรับ DevOps

นอกเหนือจาก Docker และ Kubernetes แล้ว ยังมีเครื่องมือและเทคนิคอื่นๆ ที่ช่วยเสริมประสิทธิภาพในการทำงานของ DevOps ให้ดียิ่งขึ้นในปี 2026 ครับ

1. CI/CD Tools: เครื่องมืออย่าง Jenkins, GitLab CI/CD, GitHub Actions, หรือ CircleCI มีความสำคัญอย่างยิ่งในการสร้าง Automation Pipeline สำหรับการ Build, Test และ Deploy แอปพลิเคชัน ทำให้กระบวนการทำงานรวดเร็วและลดข้อผิดพลาด. 2. Monitoring & Logging: การ Monitor ระบบเป็นสิ่งจำเป็นอย่างยิ่ง เครื่องมือเช่น Prometheus และ Grafana สำหรับการเก็บ Metrics และการแสดงผลแบบ Real-time, ELK Stack (Elasticsearch, Logstash, Kibana) หรือ Loki สำหรับการรวบรวมและวิเคราะห์ Log. 3. Infrastructure as Code (IaC): เครื่องมืออย่าง Terraform หรือ Ansible ช่วยให้เราสามารถจัดการ Infrastructure ทั้งหมดได้ด้วยโค้ด ทำให้การสร้างและจัดการสภาพแวดล้อมเป็นไปอย่างสม่ำเสมอและทำซ้ำได้. 4. Service Mesh: สำหรับ Microservices Architecture ที่ซับซ้อน เครื่องมืออย่าง Istio หรือ Linkerd สามารถช่วยจัดการเรื่อง Network Traffic, Security และ Observability ระหว่าง Service ได้อย่างมีประสิทธิภาพ. 5. Container Registry: การมี Private Container Registry เช่น AWS ECR, Google GCR หรือ Harbor ช่วยให้การจัดการ Docker Image เป็นไปอย่างปลอดภัยและเป็นระบบมากขึ้น.

การเลือกใช้เครื่องมือเหล่านี้ร่วมกับ Docker และ Kubernetes จะช่วยสร้างสภาพแวดล้อมการพัฒนาและ Deploy ที่แข็งแกร่งและมีประสิทธิภาพสูงสุดครับ

แนะนำเพิ่มเติม — เรียนเทรดกับ iCafeForex

เนื้อหาเกี่ยวข้อง — Lit Element SSL TLS Certificate — ทุกสิ่งที่ต้องรู้ในปี 2026

Helm: การจัดการแอปพลิเคชันบน Kubernetes

Helm เปรียบเสมือน Package Manager สำหรับ Kubernetes ช่วยให้การ Deploy และจัดการแอปพลิเคชันที่ซับซ้อนทำได้ง่ายขึ้นมาก.

ส่วนประกอบหลักของ Helm: * Chart: ชุดของไฟล์ที่อธิบายถึง Kubernetes Resources ที่จำเป็นสำหรับแอปพลิเคชัน. * Release: Instance ที่ถูก Deploy จาก Chart.

คำสั่ง Helm ที่ควรรู้: * `helm install <release-name> <chart>`: ติดตั้งแอปพลิเคชัน. * `helm upgrade <release-name> <chart>`: อัปเกรดแอปพลิเคชัน. * `helm uninstall <release-name>`: ถอนการติดตั้งแอปพลิเคชัน. * `helm list`: แสดงรายการ Release ที่ติดตั้งอยู่.

การใช้ Helm ช่วยลดความซับซ้อนในการจัดการแอปพลิเคชันหลายๆ ตัวใน Kubernetes Cluster ได้อย่างมากครับ

ตัวอย่างตัวเลข

• ตัวอย่างที่ 1: การรัน Web Server ด้วย Docker. หากต้องการรัน Nginx บน Port 8080 ของเครื่อง Local โดย Map ไปยัง Port 80 ของ Container ใช้คำสั่ง: `docker run -d -p 8080:80 --name my-nginx nginx:latest`.
• ตัวอย่างที่ 2: การตั้งค่า Replica ใน Kubernetes. หากต้องการให้ Deployment 'my-app-deployment' มี 3 replicas ให้แก้ไขไฟล์ YAML ในส่วน `spec.replicas` เป็น `3` แล้วรัน `kubectl apply -f your-deployment.yaml`.

สรุปประเด็นสำคัญ

• Docker 27 และ Kubernetes 1.31 เป็นเทคโนโลยีหลักสำหรับ DevOps ในปี 2026.
• Docker ใช้สร้างและรันแอปพลิเคชันในรูปแบบ Container Image.
• Kubernetes ใช้จัดการ Orchestration ของ Container จำนวนมากในระดับ Cluster.
• การทำงานร่วมกันของ Docker และ Kubernetes ช่วยให้การ Deploy และ Scale แอปพลิเคชันมีประสิทธิภาพ.
• เครื่องมือเสริม เช่น Docker Compose, kubectl, Helm, CI/CD Tools, Monitoring Tools มีความสำคัญอย่างยิ่ง.
• การเตรียมทรัพยากร Hardware ที่เหมาะสมเป็นสิ่งจำเป็นสำหรับการรัน Docker และ Kubernetes.
• การเรียนรู้และฝึกฝนการใช้คำสั่ง CLI และไฟล์ Config เป็นกุญแจสำคัญสู่ความสำเร็จในสาย DevOps.

สรุป

การทำความเข้าใจ Docker และ Kubernetes ไม่ใช่แค่เทรนด์ แต่เป็นทักษะที่จำเป็นอย่างยิ่งสำหรับนักพัฒนาและผู้ดูแลระบบในปี 2026 ครับ Docker ช่วยให้เราสร้างแอปพลิเคชันที่ทำงานได้สม่ำเสมอทุกสภาพแวดล้อม ส่วน Kubernetes ทำให้เราสามารถบริหารจัดการแอปพลิเคชันเหล่านั้นได้อย่างมีประสิทธิภาพในระดับ Production.

แม้ว่าช่วงแรกอาจจะดูซับซ้อน แต่ด้วยคู่มือนี้ ที่ครอบคลุมตั้งแต่พื้นฐาน, การติดตั้ง, คำสั่ง CLI ที่จำเป็น, ตัวอย่าง Config YAML, ไปจนถึง Benchmark และเครื่องมือเสริมต่างๆ ผมหวังว่าจะเป็นประโยชน์ในการเริ่มต้นเส้นทาง DevOps ของคุณนะครับ อย่าลืมฝึกฝนการใช้คำสั่งต่างๆ และลองสร้างโปรเจกต์จริงดู เพื่อให้เกิดความเข้าใจที่ลึกซึ้งยิ่งขึ้น ขอให้สนุกกับการเรียนรู้และพัฒนาครับ!

คำถามที่พบบ่อย (FAQ)

Docker 27 และ Kubernetes 1.31 มีอะไรใหม่ที่น่าสนใจบ้าง?

Docker 27 เน้นการปรับปรุงประสิทธิภาพและความปลอดภัย ส่วน Kubernetes 1.31 มุ่งเน้นไปที่การปรับปรุง Performance, Security และ Developer Experience โดยรวมครับ การเปลี่ยนแปลงที่เฉพาะเจาะจงจะประกาศอย่างเป็นทางการใน Release Notes ของแต่ละเวอร์ชัน

ต้องใช้สเปกคอมพิวเตอร์แรงแค่ไหนถึงจะรัน Docker และ Kubernetes ได้?

สำหรับการทดลองบนเครื่อง Local (เช่น Minikube) แนะนำ CPU 2 cores และ RAM 4 GB ก็เพียงพอครับ แต่สำหรับ Production Environment ควรมีสเปกสูงกว่านี้มาก ขึ้นอยู่กับขนาดและความซับซ้อนของแอปพลิเคชัน

Docker Compose กับ Kubernetes ต่างกันอย่างไร?

Docker Compose ใช้จัดการแอปพลิเคชันที่ประกอบด้วยหลาย Container บนเครื่องเดียวหรือหลายเครื่องแบบ Manual ส่วน Kubernetes เป็น Orchestration Platform ที่จัดการ Container จำนวนมากแบบอัตโนมัติในระดับ Cluster มีฟีเจอร์สูงกว่า เช่น Auto-scaling, Self-healing, Load Balancing

เนื้อหาเกี่ยวข้อง — แนะนำให้อ่าน HTTP/3 QUIC SSL TLS Certificate — ทุกสิ่งที่ต้องรู้ในปี 2026

จำเป็นต้องใช้ Helm เสมอไปหรือไม่ในการ Deploy บน Kubernetes?

ไม่จำเป็นเสมอไปครับ คุณสามารถใช้ `kubectl apply` กับไฟล์ YAML ได้โดยตรง แต่ Helm ช่วยให้การจัดการแอปพลิเคชันที่ซับซ้อน เช่น การอัปเกรด, การ Rollback, และการจัดการ Configuration ทำได้ง่ายและเป็นระบบมากขึ้น เหมาะสำหรับโปรเจกต์ขนาดกลางถึงใหญ่

คำสั่ง `docker run` และ `kubectl run` ต่างกันอย่างไร?

`docker run` ใช้สร้างและรัน Container บน Docker Engine ส่วน `kubectl run` ใช้สร้าง Kubernetes object เช่น Pod หรือ Deployment ใน Kubernetes Cluster ครับ