Cloud Migration ในไทย: เริ่มยังไง ค่าใช้จ่ายเท่าไหร่ และสิ่งที่องค์กรมักพลาด

ทุกวันนี้คำว่า "ย้าย server ขึ้น cloud" ถูกพูดถึงในห้องประชุมองค์กรไทยบ่อยขึ้นเรื่อย ๆ — แต่ระหว่างการพูดถึงกับการทำจริงนั้น ยังมีช่องว่างขนาดใหญ่อยู่ ตลาด cloud computing ในไทยเติบโตสู่มูลค่ากว่า 1.39 พันล้านดอลลาร์ในปี 2022 และยังเร่งตัวต่อเนื่อง ส่วนหนึ่งมาจากการที่ AWS ประกาศลงทุน 5 พันล้านดอลลาร์เปิด Region ในไทย สัญญาณชัดว่า cloud migration ในไทยไม่ใช่เรื่องของอนาคตอีกต่อไป แต่เป็นเรื่องของ ตอนนี้

แต่ "ย้าย server ขึ้น cloud" ไม่ใช่แค่การโยน VM เก่าไปฝากไว้บน data center ต่างประเทศ มันคือการออกแบบระบบใหม่ทั้งหมด — ทั้งสถาปัตยกรรม, security model, วิธีจ่ายเงิน, และวัฒนธรรมการทำงานของทีม IT บทความนี้จะพาคุณผ่านทุกมิติ ตั้งแต่แนวคิด ต้นทุนจริง ไปจนถึงข้อผิดพลาดที่องค์กรไทยเจอซ้ำ ๆ

Cloud Migration คืออะไร — และมี 5 รูปแบบอะไรบ้าง

Cloud migration คือกระบวนการย้าย workload, ข้อมูล, หรือแอปพลิเคชันจากโครงสร้างพื้นฐานแบบ on-premise (หรือ cloud เดิม) ไปสู่ cloud environment ใหม่ ซึ่งไม่มีสูตรเดียวสำหรับทุกองค์กร Gartner สรุปแนวทางออกเป็น 5R ที่นิยมใช้:

รูปแบบ	ชื่อย่อ	ความหมาย	เหมาะกับ
Rehost	Lift & Shift	ย้าย VM/server ไปทีเดียวแทบไม่แตะ code	แอปเก่าที่ต้องการ migrate เร็ว
Replatform	Lift & Reshape	ปรับเล็กน้อย เช่น เปลี่ยน DB engine	แอปที่พอรับ managed service ได้
Repurchase	Drop & Shop	เลิกใช้ของเก่า ซื้อ SaaS แทน	HR, CRM, email ที่มี SaaS ดี ๆ
Refactor	Re-architect	เขียนใหม่เพื่อรองรับ cloud-native	แอปสำคัญที่ต้องการ scalability สูง
Retire	ปิดทิ้ง	ปิดระบบที่ไม่ได้ใช้แล้ว	ระบบซ้ำซ้อนหรือ legacy ที่ไม่มีคุณค่า

ความจริงที่หลายองค์กรเพิ่งรู้หลัง migration: ระบบส่วนใหญ่ไม่ได้อยู่ในหมวดเดียว — ในโปรเจกต์จริงมักมีทั้ง 5 รูปแบบปะปนกัน การประเมิน portfolio ก่อนเริ่มจึงสำคัญกว่าการเลือก cloud provider

ค่าใช้จ่ายจริงของ Cloud Migration

ถามว่า: "ย้าย server ขึ้น cloud ค่าใช้จ่ายเท่าไหร่?"

คำตอบตรง ๆ คือ "แล้วแต่" — แต่ตัวเลขสมมติด้านล่างนี้สะท้อนองค์กรขนาดกลาง (SME–Mid Enterprise) ในไทยที่มีระบบ 10–20 workloads

ตัวอย่าง Cost Breakdown (สมมติ)

สำหรับองค์กรที่มี on-premise server 15 เครื่อง, ข้อมูล ~2 TB, ทีม IT 5 คน:

หมวด	รายการ	ค่าประมาณ (บาท/ปี)
Infrastructure	Cloud compute + storage (AWS/GCP/Azure)	480,000 – 720,000
Licensing	OS, database, middleware (managed versions)	120,000 – 240,000
Migration Effort	ค่าที่ปรึกษา / ทีมงาน (3–6 เดือน)	300,000 – 800,000
Network	Bandwidth, VPN, Direct Connect / ExpressRoute	60,000 – 120,000
Training	Cloud certification + internal upskill	60,000 – 150,000
Security & Compliance	WAF, logging, audit tools	80,000 – 160,000
รวมปีแรก (one-time + recurring)		~1.1 – 2.2 ล้านบาท
ปีถัดไป (recurring only)		~600,000 – 1,200,000

หมายเหตุ: ตัวเลขข้างต้นเป็นการประมาณการศึกษา ต้นทุนจริงขึ้นอยู่กับ architecture, ปริมาณข้อมูล, SLA ที่ต้องการ และ cloud provider ที่เลือก ควรทำ TCO assessment ก่อนตัดสินใจเสมอ หากต้องการความช่วยเหลือในการวางสถาปัตยกรรมและประเมินต้นทุน ทีม Cloud Services ของเราช่วยได้ตั้งแต่ขั้นวางแผน

ประโยชน์จริง vs ความเข้าใจผิดที่พบบ่อย

ความเข้าใจผิด	ความจริง
"ย้ายแล้วค่าใช้จ่ายลดลงทันที"	ปีแรกมักแพงกว่า on-premise เพราะมีต้นทุน migration
"Cloud ปลอดภัยกว่า on-premise เสมอ"	Cloud ต้องการ security configuration ที่ถูกต้อง — ความผิดพลาดส่วนใหญ่มาจาก misconfiguration ไม่ใช่ provider
"ย้ายครั้งเดียวจบ"	Cloud คือ journey — ต้องมี FinOps, monitoring, และ optimization ต่อเนื่อง
"ทีม IT เดิมดูแลได้เลย"	ต้องการ skillset ใหม่: IaC, cloud networking, IAM, cost management
"Lift & Shift ก็พอ"	Rehost อาจทำให้จ่ายค่า cloud แต่ไม่ได้ประโยชน์ด้าน scalability เลย

ประโยชน์ที่ได้จริงเมื่อทำถูกต้อง:

• ลด CapEx — ไม่ต้องซื้อ hardware ทุก 3–5 ปี
• Scale ได้ตามความต้องการจริง ไม่ต้อง over-provision
• Business continuity และ DR ที่แข็งแกร่งขึ้นในราคาที่จับต้องได้
• เปิดทางสู่ managed AI/ML services โดยไม่ต้องสร้าง infrastructure ใหม่
• ทีม developer ส่ง feature ได้เร็วขึ้นด้วย CI/CD และ managed services

5 สิ่งที่องค์กรไทยมักพลาดใน Cloud Migration

นี่คือส่วนที่สำคัญที่สุดของบทความนี้ — บทเรียนจากโปรเจกต์ cloud migration จริงในองค์กรไทย

1. ข้ามขั้นตอน Discovery & Assessment

หลายองค์กรรีบเลือก cloud provider ก่อนที่จะรู้ว่าตัวเองมี workload อะไรบ้าง การทำ application portfolio assessment อย่างละเอียดคือพื้นฐานที่ขาดไม่ได้ — ต้องรู้ว่าระบบไหน migrate ได้เลย, ระบบไหนต้องปรับ, และระบบไหนควรปิดทิ้ง การข้ามขั้นตอนนี้มักทำให้เสียเวลาและเงินซ้ำซ้อนในภายหลัง

2. ประเมิน Dependency ระหว่างระบบต่ำเกินไป

ระบบที่ดูเหมือน "standalone" มักมี dependency ซ่อนอยู่ เช่น shared database, internal API, หรือ legacy integration ที่ไม่มีเอกสาร การย้ายระบบหนึ่งโดยไม่รู้ว่ามีอีก 5 ระบบต่ออยู่ด้วย คือสูตรสำเร็จของ production outage โดยเฉพาะระบบ legacy ที่มักมี integration ซ่อนที่ไม่มีเอกสาร

3. ไม่ได้วางแผนเรื่อง Security และ Compliance ตั้งแต่ต้น

โดยเฉพาะองค์กรที่อยู่ภายใต้ PDPA, BOT regulation, หรือ industry compliance อื่น ๆ การออกแบบ landing zone, IAM policy, และ data residency ต้องทำก่อนวันแรกที่ข้อมูลขึ้น cloud ไม่ใช่หลัง

4. มองข้าม Cost Governance

หนึ่งในปัญหาที่พบบ่อยที่สุดทั่วโลก — Flexera รายงานว่าองค์กรทั่วโลกสูญเสีย cloud spend ไปโดยเปล่าประโยชน์เฉลี่ยถึง 29% ต่อปี สาเหตุหลักคือ over-provisioning, ทิ้ง resource ไว้โดยไม่ได้ใช้, และขาด tagging strategy ที่ดี องค์กรที่ไม่ตั้ง budget alert และ FinOps process มักช็อคกับ bill เดือนแรก

5. ลืมเรื่อง Change Management และ People

เทคโนโลยีเป็นเพียงส่วนหนึ่งของ migration ทีม IT ที่คุ้นเคยกับการ SSH เข้า server ตรง ๆ ต้องเรียนรู้ Infrastructure as Code, cloud console, และ new monitoring paradigm การลงทุนด้าน training และ internal champion คือปัจจัยที่ทำให้โปรเจกต์ประสบความสำเร็จในระยะยาว สำหรับองค์กรที่ต้องการทีมดูแลต่อเนื่องหลัง migration บริการ DevOps & SRE Managed ช่วยถ่ายโอน operation ได้อย่างราบรื่น

ความสำเร็จของ cloud migration ไม่ได้วัดที่วันที่ย้ายเสร็จ แต่วัดที่ว่าองค์กรทำงานได้เร็วขึ้น ต้นทุนอยู่ในการควบคุม และทีมมี capability ใหม่หรือไม่

Checklist ก่อนเริ่ม Migration

ใช้ checklist นี้เพื่อประเมินความพร้อมก่อนเริ่มโปรเจกต์:

ด้าน Business & Strategy

• กำหนด business driver ชัดเจน (cost, agility, DR, compliance?)
• ได้รับ executive sponsorship และ budget approval แล้ว
• ระบุ success metrics ที่วัดได้ (KPI ที่ชัดเจน)

ด้าน Technical Assessment

• ทำ application portfolio inventory ครบทุกระบบ
• Map dependency ระหว่าง application แล้ว
• ประเมิน 5R สำหรับแต่ละ workload แล้ว
• ระบุ workload ที่ ไม่ควร ย้ายขึ้น cloud (regulatory, latency)

ด้าน Security & Compliance

• ระบุข้อมูลที่อยู่ภายใต้ PDPA / regulation อื่น ๆ
• ออกแบบ landing zone architecture เบื้องต้นแล้ว
• วางแผน IAM model และ least privilege policy

ด้าน Cost & Operations

• ทำ TCO comparison ระหว่าง on-premise vs cloud แล้ว
• กำหนด tagging strategy สำหรับ cost allocation
• มีแผน FinOps และ budget alerting

ด้าน People & Process

• ระบุ cloud skills gap ของทีมแล้ว
• มีแผน training / certification
• กำหนด RACI สำหรับโปรเจกต์ migration

สำหรับองค์กรที่ต้องการความช่วยเหลือในการทำ assessment นี้ UNIXDEV มีบริการ Cloud Readiness Assessment ที่ช่วยองค์กรผ่านทุกขั้นตอนข้างต้น — ตั้งแต่ discovery ไปจนถึง post-migration optimization บนทั้ง AWS, GCP, และ Azure ดูรายละเอียดได้ที่หน้า Cloud Services

สรุป

Cloud migration ในไทยกำลังเข้าสู่จุดที่ "ทำไม่ได้" กลายเป็น "ทำไม่ทำ" — infrastructure พร้อม, provider เปิด region ในประเทศแล้ว, และ managed services ครอบคลุมเกือบทุก use case ที่องค์กรต้องการ

แต่ความสำเร็จของ cloud migration ไม่ได้วัดที่วันที่ย้ายเสร็จ — วัดที่ว่าองค์กรทำงานได้เร็วขึ้น, ต้นทุนอยู่ในการควบคุม, และทีมมี capability ใหม่หรือไม่ การเตรียมตัวให้ถูกต้องตั้งแต่ต้น คือความแตกต่างระหว่างโปรเจกต์ที่สร้าง ROI กับโปรเจกต์ที่สร้างแค่ AWS bill ที่สูงขึ้น

ทีม UNIXDEV ช่วยองค์กรไทยกว่า 71 แห่งออกแบบและดำเนินการ cloud migration มาตั้งแต่ปี 2013 — ตั้งแต่ระบบขนาดเล็กไปจนถึง enterprise ที่มี workload ซับซ้อน ไม่ว่าจะเป็น AWS, GCP, Azure หรือ hybrid architecture

ขอ Proposal และคำปรึกษาฟรี →

---

UNIXDEV Co., Ltd. — Craft code · Ship systems · Scale impact
ISO 9001:2015 · ISO/IEC 29110-4-1:2018 · Founded 2013 · unixdev.co.th