ในองค์กรหรือบนคลาวด์? สองสถาปัตยกรรมการติดตั้งสำหรับผสานระบบรับสาย AI — เลือกอย่างไร เชื่อมต่ออย่างไร

เมื่อองค์กรนำระบบรับสาย AI มาใช้ คำถามแรกของฝ่าย IT และความปลอดภัยมักไม่ใช่ "มันแม่นยำแค่ไหน" แต่เป็นสองคำถามที่จริงจังกว่า: "ข้อมูลลูกค้าและบันทึกเสียงจะออกจากศูนย์ข้อมูลของเราหรือไม่" และ "จะเชื่อมต่อกับระบบโทรศัพท์ที่ใช้มาหลายปีอย่างไร"

คำตอบของ Qubby คือ ใช้ บริการคอนเทนเนอร์ชุดเดียวกัน ในสองรูปแบบ — ติดตั้งในองค์กรภายในศูนย์ข้อมูลของลูกค้าเอง หรือ คลาวด์ที่ Qubby จัดการให้ ทั้งสองแบบ การอนุมานเสียง AI ทำงานบนโมเดลเสียงมัลติโมดัล Qubby บนคลาวด์ ความต่างจริง ๆ อยู่ที่ สื่อ บันทึกเสียง และข้อมูลลูกค้าอยู่ที่ไหน และ ใครเป็นผู้ดูแลระบบ

สถาปัตยกรรมที่ 1: ในองค์กร — ข้อมูลไม่ออกจากอาคาร

ติดตั้งบริการทั้งชุดผ่าน Docker ในศูนย์ข้อมูล (IDC) ของลูกค้าเอง SIP trunk สิ้นสุดภายในศูนย์ข้อมูล และ AI ลงทะเบียนเป็น เลขสายในบนเครือข่ายภายในของ PBX เดิม — เพราะเป็นการเชื่อมในเครือข่ายภายในอาคารเดียวกัน ความหน่วงเสียงจึงต่ำที่สุด

หัวใจอยู่ที่การไหลของข้อมูล: บันทึกเสียง บันทึกการโทร และข้อมูลส่วนบุคคลของลูกค้าทั้งหมดอยู่ในเครือข่ายภายใน สิ่งเดียวที่ออกสู่ภายนอกคือสาย "การอนุมาน AI" ซึ่งออกแบบเข้ารหัส TLS ผ่านไฟร์วอลล์/พร็อกซี สื่อเสียงอื่นทั้งหมดไม่ออกจากอาคาร

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

สถาปัตยกรรมที่ 2: คลาวด์ที่ Qubby จัดการให้ — ไม่ต้องดูแลศูนย์ข้อมูล

บริการทั้งชุดทำงานบน AWS ที่ Qubby จัดการ หลายภูมิภาค (ไต้หวัน เพิ่มญี่ปุ่นและอื่น ๆ ได้) Global Accelerator นำทางไปยังจุดเข้าที่ใกล้ที่สุด ALB + ใบรับรองจัดการ HTTPS โมดูลตู้สาขาคลาวด์ของเราลงทะเบียนเป็น IP Phone (เลขสายใน) ข้ามเครือข่ายไปยัง PBX ของลูกค้าผ่าน VPN — เพราะข้ามเครือข่าย ความหน่วงจึงสูงกว่าแบบในองค์กรเล็กน้อย

ข้อมูล (บทบาท/การตั้งค่า/บันทึกการโทร) อยู่บน Firestore คลาวด์ บันทึกเสียงบน S3 การตั้งค่าในแคช Redis การเฝ้าติดตาม อัปเดต และขยายระบบทั้งหมด Qubby เป็นผู้ดูแล

เหมาะที่สุดสำหรับ องค์กรที่ต้องการเริ่มใช้งานเร็ว ขยายได้ยืดหยุ่น และไม่อยากสร้างและดูแลศูนย์ข้อมูลเอง — เปิดบัญชี เชื่อม SIP trunk แล้วใช้งานได้

หัวใจการผสาน: AI "เสียบเข้า" PBX ของคุณ ไม่ได้แทนที่มัน

ทั้งสองสถาปัตยกรรมใช้ โมดูลบริการชุดเดียวกันทุกประการ: ตู้สาขา (asterisk) การควบคุมสาย (sidecar) แกนสนทนาเสียง AI (backend) คอนโซลจัดการการดำเนินงาน (admin-console) เครื่องมือสร้างโฟลว์ AI (ivr-builder-api) และระบบรับสายผ่านเว็บ (share-web ทางเลือก)

การผสานสรุปได้เป็นการกระทำเดียว: AI ลงทะเบียนเป็น "เลขสายใน" หนึ่งเลขบน PBX เดิมของคุณ — โดยไม่แตะตู้สาขา หมายเลข หรือเลขสายในเดิม ต่างกันแค่วิธีที่เลขสายในนั้นเชื่อมต่อ: ในองค์กร SIP trunk เข้าสู่ศูนย์ข้อมูลและเลขสายในวิ่งบนเครือข่ายภายใน บนคลาวด์ เลขสายในลงทะเบียนข้ามเครือข่ายผ่าน VPN

ตารางเดียวเพื่อเลือกสถาปัตยกรรม

ด้าน	ในองค์กร IDC	คลาวด์ที่จัดการโดย Qubby
การจัดเก็บข้อมูล	บันทึกเสียง/บันทึกการโทร/ข้อมูลส่วนบุคคลอยู่ใน DC ของตน ส่งออกเฉพาะการอนุมาน AI	ข้อมูลเก็บบน Firestore/S3 คลาวด์ (Qubby จัดการ)
ความหน่วงเสียง	ต่ำสุด: เลขสายใน AI และ PBX ลงทะเบียนในเครือข่ายภายในอาคารเดียวกัน	สูงกว่าเล็กน้อย: เลขสายใน AI ลงทะเบียนข้ามเครือข่าย (VPN)
ความปลอดภัย/การปฏิบัติตามข้อกำหนด	เหมาะที่สุด กับข้อกำหนดการเก็บข้อมูลภายใน	ตามการปฏิบัติตามข้อกำหนดของผู้ให้บริการคลาวด์ (ต้องประเมินข้ามพรมแดน)
ความรับผิดชอบการดูแล	ลูกค้าจัดหาสถานที่/ฮาร์ดแวร์/เครือข่าย Qubby จัดหาคอนเทนเนอร์และอัปเดต	Qubby จัดการเต็มรูปแบบ (เฝ้าติดตาม/อัปเดต/ขยาย)
ความยืดหยุ่นในการขยาย	จำกัดด้วยความจุทางกายภาพ ขยายต้องซื้อฮาร์ดแวร์	เร็วและยืดหยุ่น (หลายภูมิภาค/ขยายแนวนอน)
เวลาเริ่มใช้งาน	นานกว่า: ตั้งสถานที่/เปิดเครือข่าย/ไวต์ลิสต์ไฟร์วอลล์	เร็วที่สุด: เปิดบัญชี + เชื่อม SIP trunk แล้วใช้งาน
โมเดลต้นทุน	CAPEX สถานที่/ฮาร์ดแวร์ + ใบอนุญาต เป็นเจ้าของระยะยาว	OPEX แบบสมัครสมาชิก/ตามการใช้ ไม่ต้องลงทุนฮาร์ดแวร์

ทั้งสองเชื่อมต่อโมเดลเสียงมัลติโมดัล Qubby บนคลาวด์เพื่ออนุมาน เวอร์ชันในองค์กรส่งออกเฉพาะ "สายเดียว" ของ AI แบบเข้ารหัส ส่วนที่เหลืออยู่ภายใน

เริ่มด้วย PoC บนคลาวด์ แล้วย้ายเข้าสู่ในองค์กรอย่างราบรื่น

เพราะทั้งสองสถาปัตยกรรมใช้โมดูลบริการชุดเดียวกันทุกประการ คุณสามารถ พิสูจน์คุณค่าได้เร็วด้วย PoC บนคลาวด์ที่จัดการให้ แล้วย้ายเข้าสู่การติดตั้งจริงในองค์กรอย่างราบรื่น — ไม่ต้องสร้างใหม่ หากข้อกำหนดของคุณหมายความว่าแม้แต่การอนุมาน AI ก็ต้องไม่ออกจากเครือข่าย ก็สามารถประเมินตัวเลือก "LLM ในองค์กร/โมเดลเสียงส่วนตัว" ได้ (ต้องวางแผนการประมวลผลแยกต่างหาก)

ไม่ว่าคุณให้ความสำคัญกับอธิปไตยของข้อมูลหรือความเร็วในการเริ่มใช้งาน แก่นของการผสานก็เหมือนกัน: ให้ AI เสียบเข้ากับระบบโทรศัพท์เดิมในฐานะเลขสายในหนึ่งเลข ที่เหลือมอบให้ Qubby หากต้องการประเมินว่าสถาปัตยกรรมใดเหมาะกับสถานที่และเงื่อนไขการปฏิบัติตามข้อกำหนดของคุณ พูดคุยกับที่ปรึกษาของเราได้เลย