Data Center ประจำบริษัท vs Colocation vs Cloud: ต้นทุนรวมและการควบคุม

การสร้าง data center ของตนเองมีค่าใช้จ่ายประมาณ $11.3 ล้านต่อ MW ของ critical IT load ในปี 2026 และให้ผลตอบแทนหลังจากมาตราส่วน 10+ MW และขอบเขต decade-plus Colocation ลบล้างการใช้จ่ายทุนดังกล่าวสำหรับ $130-215+ ต่อ kW ต่อเดือนในตลาด primary US ในขณะเดียวกันก็ให้บริษัทควบคุมฮาร์ดแวร์ของตนเองได้ Public cloud ลบล้างความเป็นเจ้าของฮาร์ดแวร์ทั้งหมด ที่ cost per unit สูงสุด แต่เป็น zero capex และการปรับใช้ที่เร็วที่สุด ความจุ on-premises ลดลงจาก 56% ของความจุ IT infrastructure ทั่วโลกในปี 2018 เป็น 32% ในปี 2026 เนื่องจากบริษัทส่วนใหญ่ตัดสินใจว่าการควบคุมที่ facility ที่เป็นของตนเองไม่ถูกต้องอีกต่อไป

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

• หุ้น on-prem เกือบลดลงครึ่งในแปดปี 56% ของความจุ IT ทั่วโลกในปี 2018 เป็น 32% ในปี 2026 ตามข้อมูลของ Synergy Research Group ขณะที่ความจุ colocation ยังคงเพิ่มขึ้นประมาณ 19% ต่อปี
• การสร้าง facility มีค่าใช้จ่าย ~$11.3M/MW ทั่วโลกในปี 2026 (Turner & Townsend) ซึ่งเป็นตัวเลขที่ amortize ได้อย่างเอื้ออำนาจเฉพาะที่สูงกว่า 10 MW โดยประมาณและ 10+ ปี — อยู่นอกเหนือสิ่งที่บริษัท single enterprise ส่วนใหญ่ต้องการ
• Colocation ลบล้าง capex line ทั้งหมด อัตรา wholesale primary US อยู่ที่ $130-215+/kW/เดือน racks retail อยู่ที่ $500-1,500/เดือน — ดู colocation pricing guide ของเรา
• Cloud มี capex ต่ำสุดและต้นทุนต่อหน่วยสูงสุดในมาตราส่วน มันชนะในด้านความเร็วของการปรับใช้ (นาที ไม่ใช่เดือน) และแพ้ในด้านค่าใช้จ่ายสำหรับสิ่งใด ๆ ที่เป็น steady-state และ long-lived
• การควบคุมไม่หายไปใน colocation บริษัทยังคงเป็นเจ้าของ กำหนดค่า และรักษาความปลอดภัยเซิร์ฟเวอร์ของตนเอง สิ่งที่มันสละสิทธิคือ site-selection sovereignty เหนืออาคารนั้น
• เหตุผลที่เหลือในการเป็นเจ้าของอย่างแท้จริงแคบลง แต่เป็นเรื่องจริง: data sovereignty law workloads ที่ต้องอยู่ติดกับ physical infrastructure เฉพาะ และ legacy systems ที่มีค่าใช้จ่ายในการย้ายสูงเกินไป

เปรียบเทียบอัตรา colocation ปัจจุบันใน price index ของเรา เรียกดู facility options ใน data center catalog ของเรา และรับใบเสนอราคาผ่าน quote service ของเรา

โมเดลทั้งสามข้าง

มิติ	Enterprise (owned)	Colocation	Public cloud
ทุนล่วงหน้า	~$11.3M/MW facility build	ไม่มี (hardware only)	ไม่มี
ใครเป็นเจ้าของเซิร์ฟเวอร์	บริษัท	บริษัท	ผู้ให้บริการ
ใครเป็นเจ้าของอาคาร	บริษัท	ผู้ให้บริการ	ผู้ให้บริการ
ระยะเวลาปรับใช้ทั่วไป	18-30 เดือน (new build)	สัปดาห์ถึงไม่กี่เดือน	นาทีถึงชั่วโมง
ต้นทุนต่อหน่วยที่การใช้งาน steady สูง	ต่ำสุดต่อหน่วยเมื่อ amortized	ต่ำถึงปานกลาง	สูงสุด
ต้นทุนต่อหน่วยที่การใช้งาน low หรือ bursty	สูงมาก (fixed assets, idle)	ปานกลาง (fixed capacity, idle)	ต่ำสุด (pay only for use)
ภาระปฏิบัติการ	เต็มที่ — ไฟฟ้า การระบายความร้อน ความปลอดภัย physical พนักงาน facilities	ร่วมกัน — บริษัทดำเนินการเซิร์ฟเวอร์ ผู้ให้บริการดำเนินการอาคาร	น้อยที่สุด — ผู้ให้บริการจัดการเกือบทุกอย่าง
Site-selection control	เต็มที่	จำกัดอยู่ที่ footprint ของผู้ให้บริการ	ไม่มี
Typical minimum viable scale	~10 MW เพื่อให้ build economics justified	1 rack ขึ้นไป	Single instance ขึ้นไป

สิ่งที่ control ซื้อมาให้จริง ๆ

การควบคุมเป็นตัวแปรที่การเปรียบเทียบต้นทุนล้วนทำให้เรียบ และเป็นเหตุผลจริงว่าทำไม on-premises ถึงยังไม่หายไปเลยทีเดียว สามสิ่งที่เพิ่มขึ้นตามปริมาณของ stack ที่บริษัทเป็นเจ้าของ:

1. Data sovereignty และ legal jurisdiction Sovereignty ไม่เหมือนกับ residency — มันเกี่ยวกับรัฐบาลที่สามารถบังคับให้เข้าถึงข้อมูลได้อย่างถูกกฎหมาย ไม่ใช่แค่ตำแหน่งของเซิร์ฟเวอร์เท่านั้น Cloud provider หรือ colocation ที่รวมตัวในสหรัฐอเมริกายังคงอยู่ภายใต้ US CLOUD Act ไม่ว่า facility จะอยู่ที่ใด ซึ่งเป็นเหตุผลที่ regulated sectors (defense, healthcare, financial trading, government) มักเก็บระบบเฉพาะไว้ใน infrastructure ที่เป็นของตนเองอย่างแท้จริง ตามการวิเคราะห์ sovereignty ของ Duality Tech 2026
2. Customization depth Facility ที่เป็นของตนเองสามารถออกแบบรอบ ๆ workload เดียว — custom power density custom cooling loop custom physical layout — โดยไม่ต้องเจรจารอบข้อกำหนดของ tenant อื่น Colocation รองรับการกำหนดเอง ที่สูง ในระดับ rack และ cage แต่ไม่ได้ที่ระดับ building-systems
3. Regulatory และ audit posture EU AI Act enforcement high-risk (effective August 2026) และกฎ sector ในด้านการเงินและ healthcare ต้องการให้องค์กรแสดงให้เห็นว่าใครสามารถเข้าถึง systems เฉพาะได้ทั้งทางกายภาพและด้านการบริหาร — ง่ายต่อการบันทึกจากต้นสายไปปลายสายใน infrastructure ที่บริษัทควบคุมอย่างเต็มที่

ไม่มีอะไรเป็นฟรี ทุก ๆ ระดับการควบคุมที่บริษัทซื้อกลับมาจาก shared facility หรือ cloud provider ปรากฏเป็น capex operating headcount หรือทั้งคู่

เปรียบเทียบต้นทุน: โมเดลแต่ละรูปแบบคิดค่าบริการจริง ๆ เท่าไหร่

ตัวแปรต้นทุน	Enterprise build	Colocation	Cloud (on-demand)
Facility capex	~$11.3M/MW (global 2026 benchmark); $15-20M+/MW สำหรับ AI-density builds	ไม่มี	ไม่มี
ค่าธรรมเนียม facility ที่เกิดซ้ำ	Internal opex (ไฟฟ้า การระบายความร้อน พนักงาน การบำรุงรักษา)	$130-215+/kW/เดือน (US primary markets); $500-1,500/เดือน retail rack	Instance-hour rate ไม่มีค่าธรรมเนียม facility
Hardware capex	Enterprise-owned เหมือนกันอย่างใดอย่างหนึ่งหากจัดการเอง	Enterprise-owned	Provider-owned (bundled into hourly rate)
Refresh cycle	งบประมาณและ timeline ของบริษัท 4-6 ปี	งบประมาณและ timeline ของบริษัท 4-6 ปี	Continuous provider-managed
Deployment lead time	18-30 เดือนสำหรับ facility ใหม่	สัปดาห์เมื่อลงนามในสัญญาแล้ว	นาทีถึงชั่วโมง
ตำแหน่งของพรีเมียม	ทุนที่ใช้ไป ไม่ว่าจะใช้งานเท่าใด	Small facility markup เหนือ raw operating cost ของบริษัท ไม่มี capex	Full margin ของผู้ให้บริการ คิดเข้าไปในทุก ๆ ชั่วโมง

ต้นทุนการสร้าง facility จาก data center construction cost guide ของเรา; ตัวเลข colocation และ cloud จาก CBRE H2 2025 primary-market data และ current provider rate cards

เมื่อการเป็นเจ้าของชนะ

รายชื่อเหตุผลที่ดีในการเป็นเจ้าของ facility อย่างแท้จริง สั้นลงแล้ว แต่ยังไม่หายไปเลยทีเดียว:

• Scale ที่ผ่าน capex bar ที่ 10+ MW และการถือครอง 10+ ปี amortized owned infrastructure สามารถตัดราคาได้ทั้ง colocation และ cloud บนพื้นฐาน per-unit — นี่คือเหตุผลที่ hyperscalers ยังคงสร้าง
• Hard data-sovereignty requirements Government defense และ financial-services workloads บางประการต้องอยู่ใน infrastructure ที่องค์กรควบคุมอย่างถูกกฎหมายจากต้นสายถึงปลายสาย ไม่ใช่แค่ infrastructure ที่ตั้งอยู่ในประเทศที่ถูกต้อง
• Physical co-location กับ non-IT infrastructure Industrial control systems trading floors และ research facilities ที่ compute ต้องอยู่ห่างจากอุปกรณ์ที่ให้บริการ
• Legacy systems ที่ต้านทานการย้ายถิ่น Mainframes และ specialized hardware ที่ต้นทุนของการย้ายถิ่นหรือ re-platforming มากกว่าปีของค่าธรรมเนียม colocation

เมื่อ colocation ชนะ — ค่าเริ่มต้นสำหรับบริษัทส่วนใหญ่ในปี 2026

Colocation ดูดซับความจุส่วนใหญ่ที่บริษัทเคยรันเองมา กลไกนั้นตรงไปตรงมา: ต้นทุนการสร้างและคิวของ power-grid ทำให้สิ่งอำนวยความสะดวกของบริษัทใหม่ยากที่จะ justify ในมาตราส่วนใด ๆ ต่ำกว่า hyperscale ขณะเดียวกัน colocation ลบล้าง capex line และ construction timeline หลายปี โดยไม่สละสิทธิ์ server-level control บริษัทที่ย้าย workloads ไปยัง cloud และ colocation ผ่านช่วงปลาย 2010s และต้นปี 2020s กำลังถึงจุดที่ on-premises footprint ที่เหลือมีขนาดเล็กพอที่จะหยุดใช้งานทั้งหมด เร่ง on-prem decline ต่อไป ดู due diligence checklist ของเรา ก่อนลงนาม

Colocation เป็นค่าเริ่มต้นที่ถูกต้องเมื่อบริษัทต้องการความจุภายใน 6-12 เดือน ขาด facility design และ construction expertise ในบ้าน สามารถยอมรับการปฏิบัติการภายในข้อจำกัด physical ของอาคาร shared ได้ และไม่มี hard sovereignty requirement ที่ห้าม shared infrastructure

เมื่อ cloud ชนะ

Cloud ยังคงเป็นตัวเลือกที่ถูกต้องสำหรับ bursty seasonal หรือ experimental workloads และสำหรับการปรับใช้ใด ๆ ที่สั้นกว่าหน้าต่าง 6-18 เดือน ซึ่งโดยปกติจะใช้เวลา owned-and-colocated hardware เพื่อให้ break even กับ rented instances ที่เทียบเท่า กลไกทั้งหมด — egress fees reserved-instance discounting GPU buy-vs-rent math — ครอบคลุมใน colocation vs cloud TCO guide ของเรา; version สั้น ๆ คือ cloud ชนะในด้านความยืดหยุ่นและแพ้ในด้านค่าใช้จ่ายสำหรับสิ่งใด ๆ ที่เป็น steady-state และ long-lived

ตัวอย่างการทำงาน: 1 MW ของ steady enterprise compute มุมมอง 5 ปี

เส้นทาง	ต้นทุนปีที่ 1	ทั้งหมด 5 ปี	หมายเหตุ
Build and own (1 MW facility)	~$11.3M capex + ~$1.5-2M opex	~$19-20M	เหตุผลเพียงอย่างเดียวหากนี่คือ 1 MW ของ campus ที่ใหญ่กว่ามากและมีอายุการใช้งานยาวนาน; standalone 1 MW build ไม่ประหยัด
Colocate (1,000 kW wholesale-lite $170/kW/เดือน)	~$2.0M	~$10.2M (plus hardware capex held constant across paths)	ไม่มี facility capex; บริษัทยังคงเป็นเจ้าของและ refreshes เซิร์ฟเวอร์ของตนเอง
Public cloud (equivalent steady compute on-demand)	แตกต่างกันไปตามโครงสร้าง; โดยปกติ 2-4x colocation สำหรับ constant hardware-specific load	โดยปกติสูงสุดของทั้งสามสำหรับ genuinely steady-state use	Reserved/Savings Plan discounts 37-72% แคบลงแต่ไม่บ่อยครั้งที่ปิดช่องว่างสำหรับ constant load

Standalone 1 MW build ไม่สามารถผ่าน economics ที่ทำให้ ownership เป็นเหตุผลได้ที่ hyperscale — จึงรวมไว้ที่นี่เพื่อแสดงให้เห็นว่าทำไมบริษัท single-tenant เกือบทั้งหมดจึง build facility ขนาดนี้ใหม่ในปี 2026

ทำอะไรดี

1. แบ่งส่วน infrastructure ตามตัวแปรไม่ใช่ตามนิสัย ถามว่า workloads ไหนต้องการ sovereignty หรือ physical co-location จริง ๆ ไหนเป็น steady-state และ hardware-specific และไหนเป็น bursty หรือ experimental — แต่ละคำตอบชี้ไปยังโมเดลที่แตกต่างกัน
2. ตั้งเป็นค่าเริ่มต้น colocation สำหรับสิ่งใด ๆ ที่ผ่านหน้าต่าง cloud breakeven แต่ไม่ต้อง standalone facility ownership; benchmark current rates กับ price index ของเรา ก่อนลงนาม
3. สงวน on-premises ownership สำหรับกรณีที่แคบ ๆ — regulatory sovereignty physical co-location กับ non-IT plant หรือ scale genuinely above 10 MW พร้อมกับขอบเขต decade-plus
4. จำลองต้นทุนรวมในช่วง 5 ปีอย่างน้อย รวมถึง facility capex หรือ colocation fees hardware refresh cycles และ operating headcount — ไม่ใช่เพียงตัวเลขปีแรกเท่านั้น
5. รับ colocation quote เพื่อเปรียบเทียบโดยตรง กับต้นทุนของการบำรุงรักษาหรือขยาย owned footprint ผ่าน quote service ของเรา