งบประมาณที่ตั้งไม่ได้เป็นระบบ One-Size-Fits-All เพราะ Cloudflare ออกแบบมาให้สามารถกำหนดขอบเขตได้อย่างละเอียด ไม่ว่าจะเป็นตาม:
ตัวอย่างเช่น:
นอกจากนี้ยังเลือกรูปแบบช่วงเวลาในการรีเซ็ตงบประมาณได้สองแบบ คือ Fixed (ยึดตามปฏิทิน) และ Sliding (Rolling Window)
ระบบมีการบังคับใช้งบประมาณสองระดับที่เป็นอิสระต่อกัน:
ไม่ว่าขีดจำกัดไหนจะถึงก่อน ระบบก็จะบล็อกคำขอที่ตามมา โดยค่าธรรมเนียมสำหรับผู้ใช้ Unified Billing ที่ Cloudflare ทำหน้าที่เติมเครดิตให้ จะอยู่ที่ 5% จากยอดเติมเงิน (เช่น เติม $100 จะถูกเรียกเก็บ $105)
การตอบกลับด้วย HTTP 429 อาจเป็นเครื่องมือที่ทื่อเกินไปสำหรับบางสถานการณ์ การเปิดตัว Dynamic Routing (Beta) จึงเข้ามาช่วยให้ทางเลือกที่ชาญฉลาดกว่า โดยอนุญาตให้ใช้ Budget Limit Node ใน Flow ของการทำงาน ซึ่งเมื่อถึงงบประมาณที่ตั้งไว้ แทนที่จะดรอปคำขอทิ้ง ระบบจะเปลี่ยนเส้นทางไปยังโมเดลที่มีราคาถูกกว่าโดยอัตโนมัติ
ระบบนี้ยังรองรับการทำ A/B Traffic Split (แบ่งสัดส่วนปริมาณคำขอ), การดักจับเงื่อนไขตาม Metadata ของ Request (เช่น แผนผู้ใช้หรือทีม) โดยทั้งหมดนี้สามารถตั้งค่าได้โดยไม่ต้องแก้โค้ดแอปพลิเคชันแต่อย่างใด
การประกาศที่น่าสนใจที่สุดคือการเปิด Closed Beta สำหรับงบประมาณที่ถูกขับเคลื่อนด้วยตัวตน (Identity-Driven Budgets) ซึ่งทำงานร่วมกับ Cloudflare Access และ Identity Provider (IdP) ภายในองค์กร เช่น Okta หรือ Azure AD
นี่คือการแก้ปัญหาสุดคลาสสิกของการใช้ Shared API Keys ซึ่งตามที่บล็อกของ Cloudflare บอกไว้ตรงๆ ว่า “ไม่มีใครรู้ว่าใครใช้ไปเท่าไร” การระบุตัวตนและบังคับใช้ตามนโยบายในระดับบุคคล ช่วยให้ CIO และทีมการเงินมีมุมมองต้นทุนต่อหน่วย (Unit Economics) สำหรับการใช้จ่ายด้าน AI ได้แบบเดียวกับที่เคยมีให้กับค่าใช้จ่ายทางธุรกิจอื่นๆ ทุกประเภท
Cloudflare ไม่ได้คิดฟีเจอร์นี้ขึ้นมาลอยๆ แต่เป็นการแก้ไขปัญหาโดยตรงจากภาคสนามที่พบในลูกค้าของตัวเอง :
การผูกมัดงบประมาณเข้ากับเงินจริงและคนจริง คือการเดิมพันของ Cloudflare ว่าการจัดการต้นทุน AI จะกลายเป็นกิจวัตรประจำของธุรกิจ เหมือนกับการติดตามค่าใช้จ่ายโครงสร้างพื้นฐาน Cloud อื่นๆ ทั่วไป
Comments
0 comments