เหตุผลสำคัญคือ ความต้องการ compute สำหรับ AI กำลังเพิ่มขึ้นอย่างรวดเร็วทั่วโลก
OpenAI เองกำลังลงทุนขยายโครงสร้างพื้นฐานขนาดใหญ่เพื่อรองรับการใช้งานจากผู้บริโภค นักพัฒนา และองค์กร ตัวอย่างเช่นโครงการด้านโครงสร้างพื้นฐานที่มุ่งสร้าง capacity AI ขนาดมหาศาลเพื่อรองรับยุค “Intelligence Age”
ในเวลาเดียวกัน บริษัทได้ปรับกลยุทธ์จากการพึ่งพาคลาวด์เพียงรายเดียว ไปสู่ สถาปัตยกรรมแบบ multi‑cloud ทำให้สามารถนำโมเดลไปให้บริการผ่านผู้ให้บริการคลาวด์หลายราย ไม่ได้จำกัดเฉพาะแพลตฟอร์มเดียวอีกต่อไป
การมีสัญญา capacity ระยะยาวจึงช่วยทั้งสองฝ่าย:
ก่อนหน้านี้ OpenAI มีหลายวิธีให้ลูกค้าจัดการ performance ของ API
นักพัฒนาส่วนใหญ่ใช้งานผ่าน API ที่มี rate limit เช่น requests ต่อวินาทีหรือ tokens ต่อเวลา เพื่อรักษาเสถียรภาพของระบบ
รูปแบบนี้เหมาะกับแอปที่มีการใช้งานไม่คงที่หรือยังอยู่ในช่วงทดลอง
OpenAI ยังมีตัวเลือกสำหรับองค์กรที่ต้องการ throughput ที่แน่นอนมากขึ้น
เช่น Scale Tier ที่ให้ลูกค้าซื้อความสามารถในการประมวลผลเป็นจำนวน token ต่อวินาทีล่วงหน้า บนโมเดล snapshot เฉพาะ
อีกตัวเลือกคือ Reserved Capacity ซึ่งให้ลูกค้าใช้ instance ของโมเดลที่ถูกจัดสรรเฉพาะ ทำให้ควบคุมสภาพแวดล้อมและประสิทธิภาพได้ดีสำหรับงาน inference ขนาดใหญ่
Guaranteed Capacity แตกต่างตรงที่เน้น
พูดง่าย ๆ คือองค์กรไม่ได้จอง instance เฉพาะ แต่จอง สิทธิ์ในการใช้ compute ปริมาณหนึ่งในระบบของ OpenAI
การรับประกัน capacity กำลังกลายเป็นแนวโน้มสำคัญในตลาด AI
ผู้ให้บริการคลาวด์รายใหญ่ เช่น AWS, Google Cloud และ Azure ต่างมีรูปแบบ provisioned หรือ reserved throughput เพื่อให้ลูกค้าระดับองค์กรสามารถวางแผนต้นทุนและประสิทธิภาพได้ล่วงหน้า
สำหรับบริษัทที่มีคำขอ AI หลายล้านครั้งต่อวัน การมี capacity ที่รับประกันได้อาจเป็นตัวแปรสำคัญระหว่าง
โปรแกรม Guaranteed Capacity ยังสะท้อนการเปลี่ยนบทบาทของ OpenAI
บริษัทไม่ได้เป็นเพียงผู้ให้ โมเดล AI ผ่าน API อีกต่อไป แต่กำลังพยายามวางตำแหน่งตัวเองเป็น
แพลตฟอร์มโครงสร้างพื้นฐาน AI สำหรับองค์กร
การรวมกันของ
ทั้งหมดนี้ชี้ไปในทิศทางเดียวกัน: การสร้างระบบโครงสร้างพื้นฐานที่องค์กรสามารถพึ่งพาเพื่อรันระบบ AI ระดับโปรดักชันในระยะยาว
สำหรับบริษัทที่กำลังเดิมพันกับ generative AI อย่างจริงจัง การเข้าถึง compute ที่มั่นคงอาจมีความสำคัญไม่ต่างจากการมีคลาวด์ในยุคก่อนหน้า
Comments
0 comments