Pricing


Blendata Enterprise · ราคาและ TCO

ราคาที่คาดการณ์ได้
ต้นทุนที่คุณควบคุมได้เอง

เป็นเจ้าของแพลตฟอร์มของคุณเอง ไม่ใช่การจ่ายค่าเช่าตามทุกครั้งที่ query เลือกรูปแบบลิขสิทธิ์ที่เหมาะกับ workload ของคุณ ทำงานบนโครงสร้างพื้นฐานที่คุณมีอยู่แล้ว และรู้ค่าใช้จ่ายล่วงหน้าก่อนบิลจะมาถึง

วิธีคิดราคา

ให้สิทธิ์ใช้งานได้สองรูปแบบ ออกแบบมาเพื่อความคาดการณ์ได้ทั้งคู่

รูปแบบ A

Subscription

คิดตามจำนวน vCPU core

ให้สิทธิ์ใช้งานตามจำนวน core ไม่ใช่ตามจำนวน node เริ่มจากขนาดพื้นฐานที่เหมาะสม แล้วเพิ่มทีละ core ได้ — ยิ่งใช้มาก ราคาต่อหน่วยยิ่งดีขึ้น คุณจ่ายเฉพาะ core ที่ทำงานจริงเท่านั้น ไม่ต้องจ่ายให้ node สำหรับบริหารจัดการขั้นต่ำที่ไม่ได้ประมวลผลข้อมูล

workload ที่ทำงานต่อเนื่องสม่ำเสมองบประมาณรายปีที่แน่นอน
รูปแบบ B

Pay-per-use

คิดตามหน่วยประมวลผล (compute unit)

รูปแบบจ่ายตามการใช้งานเช่นเดียวกับแพลตฟอร์มคลาวด์ที่คุณคุ้นเคย — แต่แต่ละหน่วยให้กำลังประมวลผลมากกว่า และคิดราคาต่ำกว่าอัตรา credit ทั่วไป ทำให้ workload เดียวกันมีค่าใช้จ่ายต่ำลง 30–50%

โหลดพุ่งสูงเป็นช่วง / ตามฤดูกาลงานทดลองและ POC

ใช้ทั้งสองแบบได้หากเหมาะสม — งานที่สม่ำเสมอบนคลัสเตอร์ Subscription และงานที่พุ่งสูงเป็นครั้งคราวบนคลัสเตอร์ Pay-per-use โดยแต่ละรูปแบบทำงานบนคลัสเตอร์ของตัวเอง

ความต่างเชิงโครงสร้าง

ทำไมต้นทุนรวมของคุณจึงต่ำกว่า

01

จ่ายตาม core ไม่ใช่ตาม node

คลัสเตอร์แบบเดิมคิดเงินทั้ง node และมีขั้นต่ำสูง — บ่อยครั้งมีไม่ถึงครึ่งที่ประมวลผลข้อมูลจริง ที่เหลือคือ overhead สำหรับบริหารจัดการที่คุณยังต้องจ่าย ส่วน Blendata คิดเฉพาะ core ที่ทำงานจริงเท่านั้น

02

ทุกอย่างในลิขสิทธิ์เดียว

แพลตฟอร์มแบบเดิมคิดเงินแยกทั้งกำลังประมวลผล หน่วยความจำ พื้นที่จัดเก็บ และแต่ละโมดูลเสริม — แม้แต่ชั้น table-format / lakehouse ส่วน Blendata เป็นลิขสิทธิ์เดียวครบทุกอย่าง: การนำเข้าข้อมูล, catalog, การกำกับดูแล, SQL, notebooks และ AI

03

หน่วยที่ถูกกว่า credit

หน่วย pay-per-use ของเราเทียบเท่ากับ cloud credit แต่คิดราคาต่ำกว่า 30–50% สำหรับกำลังประมวลผลเท่ากัน — และนี่คือราคาลิขสิทธิ์ตามป้ายเพียงอย่างเดียว ยังไม่รวมข้อได้เปรียบจากโครงสร้างพื้นฐานที่ถูกกว่า

04

รันบนที่ที่คุ้มที่สุด

ลิขสิทธิ์เดียวกันรันได้บนคลาวด์ใดก็ได้ — ทั้งระดับโลก ภูมิภาค ท้องถิ่น หรือคลาวด์อธิปไตย — หรือบนฮาร์ดแวร์ที่คุณเป็นเจ้าของ เลือกโครงสร้างพื้นฐานที่ต้นทุนต่ำที่สุดที่คุณมี โดยไม่ถูกผูกมัดกับผู้ให้บริการราคาแพง

เปรียบเทียบต้นทุน

สองรูปแบบเดิม กับอีกหนึ่งที่คุ้มกว่า

workload เดียวกัน คิดราคาสามแบบ แพลตฟอร์มแบบเดิมคิดเงินตาม node — แล้วคิดซ้ำอีกทั้งหน่วยความจำ พื้นที่จัดเก็บ และทุกโมดูลเสริม ส่วน Blendata คิดตาม core ที่ทำงานจริง

เทียบกับคลัสเตอร์แบบ node เดิมต่ำกว่า 2–5×
แบบ node เดิม คิดทั้ง node · + memory + storage + ทุกโมดูล
Blendata ลิขสิทธิ์เดียวครบทุกอย่าง · คิดตาม core
เทียบกับคลาวด์แบบคิดตามการใช้งานต่ำกว่า 30–50%
คลาวด์แบบคิดตามการใช้งาน คิดตาม consumption credit
Blendata คิดตาม compute unit · อัตราต่ำกว่า
ต่ำกว่า 2–5×
เพราะแพลตฟอร์มแบบเดิมคิดเงินทุก node ทุกทรัพยากร และทุกโมดูล — ขณะที่ Blendata เป็นลิขสิทธิ์เดียวครบทุกอย่าง คิดตาม core
จำลองต้นทุน workload ของฉัน →
◇ เป็นการประเมินเบื้องต้น อ้างอิงจากรูปแบบคลัสเตอร์ทั่วไปและราคาป้ายสาธารณะ ตัวเลข 30–50% เป็นราคาลิขสิทธิ์ตามป้ายเพียงอย่างเดียว — เนื่องจากคุณเลือกโครงสร้างพื้นฐานได้เอง (คลาวด์ใดก็ได้ หรือฮาร์ดแวร์ของคุณ) ต้นทุนรวมจึงต่ำลงอีก ตัวเลขจริงของคุณมาจากการประเมิน TCO
คำถามที่พบบ่อย

รายละเอียด

+ทำไมต้นทุนถึงต่ำกว่าแพลตฟอร์มปัจจุบันของเรา?
ขึ้นอยู่กับว่าคุณกำลังย้ายจากอะไร เมื่อเทียบกับคลัสเตอร์แบบ node เดิม คุณจ่ายตาม core แทนที่จะเป็นตาม node — ไม่มี node บริหารจัดการขั้นต่ำ และไม่มีการคิดเงินแยกสำหรับหน่วยความจำ พื้นที่จัดเก็บ หรือโมดูลเสริม — ซึ่งโดยทั่วไปต่ำกว่า 2–5× ส่วนเมื่อเทียบกับคลาวด์แบบคิดตามการใช้งาน หน่วย pay-per-use ของเราให้กำลังประมวลผลมากกว่าในอัตราที่ต่ำกว่า ทำให้ workload เดียวกันมีค่าใช้จ่ายต่ำลง 30–50%
+ทำไมถึงต่ำกว่าได้ถึง 3–5× ไม่ใช่แค่ 2×?
แพลตฟอร์มแบบเดิมคิดเงินหลายมิติพร้อมกัน — ทั้งตาม node ตามหน่วยความจำและพื้นที่จัดเก็บ และตามโมดูลเสริม (แม้แต่ชั้น table-format / lakehouse) ตัวคูณเหล่านี้ทบกันขึ้นไป ส่วน Blendata เป็นลิขสิทธิ์เดียวครบทุกอย่างคิดตาม core ตัวคูณเหล่านั้นจึงหายไป
+ในลิขสิทธิ์รวมอะไรบ้าง?
แพลตฟอร์มเต็มรูปแบบ — การนำเข้าข้อมูลและ CDC, catalog ที่กำกับดูแลได้พร้อม lineage, การรักษาความปลอดภัยและ masking, SQL, notebooks, การจัดการ workflow, vector search, dashboard และการเผยแพร่ผ่าน API ไม่ใช่ค่าบริการพื้นฐานบวกส่วนเสริมรายฟีเจอร์
+ควรเลือกรูปแบบไหน?
Subscription (คิดตาม vCPU core) เหมาะกับ workload ที่ทำงานต่อเนื่องสม่ำเสมอและงบประมาณรายปีที่แน่นอน ส่วน Pay-per-use เหมาะกับความต้องการที่พุ่งสูงเป็นช่วงหรือตามฤดูกาล คุณใช้ทั้งสองแบบได้ — แต่ละแบบบนคลัสเตอร์แยกของตัวเอง
+ใช้ทั้งสองรูปแบบลิขสิทธิ์พร้อมกันได้ไหม?
ได้ ใช้คลัสเตอร์ Subscription สำหรับงานที่สม่ำเสมอ และคลัสเตอร์ Pay-per-use สำหรับงานที่พุ่งสูง — โดยทั้งสองรูปแบบทำงานบนคลัสเตอร์แยกของตัวเอง
+ราคาต่างกันไหมระหว่าง on-prem กับ cloud?
ไม่ต่าง — ลิขสิทธิ์เหมือนกันไม่ว่าจะรันที่ไหน: แบบ On-Premises หรือบนคลาวด์ใดก็ได้ รวมถึงผู้ให้บริการระดับภูมิภาค ท้องถิ่น และคลาวด์อธิปไตย อิสระนี้ช่วยให้คุณเลือกโครงสร้างพื้นฐานที่ต้นทุนต่ำที่สุดได้ ทำให้ต้นทุนรวมต่ำลงอีก
+การประเมิน TCO ทำอะไรบ้าง?
เราจำลองจาก workload ปริมาณข้อมูล การติดตั้ง และค่าใช้จ่ายปัจจุบันจริงของคุณ เพื่อจัดทำการเปรียบเทียบต้นทุนรวม 3 ปี โดยไม่มีข้อผูกมัด
+เราใช้ Hadoop / แพลตฟอร์มอื่นอยู่ ช่วยย้ายระบบได้ไหม?
ได้ — การทดแทน Hadoop และแพลตฟอร์มเดิมเป็น use case หลักของเรา และการประเมินนี้รวมมุมมองการย้ายระบบไว้ด้วย
เริ่มต้นใช้งาน

ขอรับการประเมิน TCO เฉพาะสำหรับคุณ

เราจะจำลองต้นทุนรวม 3 ปีบน Blendata เทียบกับระบบปัจจุบันของคุณ โดยไม่มีข้อผูกมัด ราคาที่คาดการณ์ได้เริ่มต้นจากตัวเลขที่ชัดเจน

สิ่งที่คุณจะได้รับ
  • การเปรียบเทียบ TCO 3 ปีบน workload จริงของคุณ
  • รูปแบบลิขสิทธิ์ที่เหมาะสม — Subscription, Pay-per-use หรือทั้งสอง
  • มุมมองการย้ายระบบ หากคุณใช้ Hadoop หรือแพลตฟอร์มอื่น
ขอรับการประเมิน TCO →

ไม่มีข้อผูกมัด เราจะตอบกลับภายใน 2 วันทำการ