Dalaman atau Awan? Dua Seni Bina Pelaksanaan untuk Mengintegrasikan Operator AI Suara — Cara Memilih, Cara Menyambung
Apabila perusahaan melaksanakan operator AI suara, soalan pertama IT dan keselamatan biasanya bukan 'seberapa tepat' tetapi 'adakah data pelanggan dan rakaman meninggalkan pusat data kami', dan 'bagaimana ia menyambung ke PBX sedia ada'. Qubby menyediakan perkhidmatan kontena yang sama dalam dua mod: inferens AI sentiasa berjalan di awan, bezanya hanya di mana media, rakaman, dan data pelanggan disimpan serta siapa yang mengendalikan operasi.
Apabila sesebuah perusahaan melaksanakan operator AI suara, soalan pertama IT dan keselamatan biasanya bukan "seberapa tepat ia". Ia dua soalan yang lebih praktikal: "Adakah data pelanggan dan rakaman panggilan akan meninggalkan pusat data kami?" dan "Bagaimana ia menyambung ke sistem telefon yang telah kami gunakan bertahun-tahun?"
Jawapan Qubby: perkhidmatan kontena yang sama, ditawarkan dalam dua cara — dilaksanakan secara dalaman dalam pusat data milik pelanggan sendiri, atau dihoskan pada awan terurus Qubby. Dalam kedua-duanya, inferens suara AI berjalan pada model suara multimodal Qubby berasaskan awan; perbezaan sebenar hanyalah di mana media, rakaman, dan data pelanggan disimpan, dan siapa yang mengendalikan operasi.
Seni bina 1: Dalaman — data tidak pernah meninggalkan bangunan anda
Keseluruhan perkhidmatan dilaksanakan melalui Docker dalam IDC milik pelanggan sendiri. SIP trunk tamat di dalam pusat data, dan AI mendaftar sebagai sambungan pada rangkaian dalaman PBX sedia ada — kerana ia jabat tangan dalam rangkaian dalam kemudahan yang sama, kependaman suara adalah yang paling rendah.
Kuncinya ialah aliran data: rakaman panggilan, log panggilan, dan data peribadi pelanggan semuanya kekal pada rangkaian dalaman. Satu-satunya trafik keluar ialah aliran "inferens AI", yang keluar disulitkan melalui TLS menerusi tembok api/proksi. Semua media suara lain kekal di dalam.
Paling sesuai untuk kewangan, penjagaan kesihatan, kerajaan, dan perusahaan besar dengan keperluan ketat lokasi data dan pematuhan — kedaulatan data kekal di tangan anda.
Seni bina 2: Awan Terurus Qubby — tiada pusat data untuk diuruskan
Keseluruhan perkhidmatan berjalan pada AWS terurus Qubby, berbilang wilayah (Taiwan, dengan Jepun dan lain-lain tersedia). Global Accelerator menghalakan trafik ke titik masuk terdekat, ALB + sijil mengendalikan penamatan HTTPS. Modul telefoni awan kami mendaftar sebagai IP Phone (sambungan) merentas rangkaian ke PBX pelanggan melalui VPN — kerana merentas rangkaian, kependaman sedikit lebih tinggi daripada dalaman.
Data (persona/konfigurasi/log panggilan) berada pada Firestore awan, rakaman pada S3, konfigurasi dalam cache Redis; pemantauan, kemas kini, dan penskalaan semuanya dikendalikan oleh Qubby.
Paling sesuai untuk perusahaan yang mahu melancarkan dengan pantas, menskala secara anjal, dan mengelak membina serta mengendalikan pusat data — buka akaun, sambung SIP trunk, dan mula beroperasi.
Teras integrasi: AI mencucuk masuk ke PBX anda, bukan menggantikannya
Kedua-dua seni bina menggunakan modul perkhidmatan yang betul-betul sama: telefoni (asterisk), kawalan panggilan (sidecar), teras suara AI (backend), konsol operasi (admin-console), pembina aliran AI (ivr-builder-api), dan ejen suara web (share-web, pilihan).
Integrasi terangkum dalam satu gerakan: AI mendaftar sebagai satu "sambungan" pada PBX sedia ada anda — tanpa menyentuh papan suis, nombor, atau sambungan sedia ada. Bezanya hanya cara sambungan itu menyambung: dalaman, SIP trunk masuk ke pusat data dan sambungan menaiki rangkaian dalaman; di awan, sambungan mendaftar merentas rangkaian melalui VPN.
Satu jadual untuk memilih seni bina anda
| Dimensi | Dalaman IDC | Awan Terurus Qubby |
|---|---|---|
| Lokasi data | Rakaman/log panggilan/data peribadi kekal di DC sendiri, hanya inferens AI keluar | Data disimpan pada Firestore/S3 awan (diurus Qubby) |
| Kependaman suara | Paling rendah: sambungan AI dan PBX mendaftar dalam rangkaian dalaman, kemudahan sama | Sedikit lebih tinggi: sambungan AI mendaftar merentas rangkaian (VPN) |
| Keselamatan/pematuhan | Paling sesuai dengan keperluan lokasi data dalaman | Mengikut pematuhan pembekal awan (perlu semakan rentas sempadan) |
| Tanggungjawab operasi | Pelanggan sediakan kemudahan/perkakasan/rangkaian, Qubby sediakan kontena dan kemas kini | Diurus sepenuhnya oleh Qubby (pemantauan/kemas kini/penskalaan) |
| Kebolehskalaan | Terikat kapasiti fizikal, menskala bermakna membeli perkakasan | Pantas dan anjal (berbilang wilayah/penskalaan mendatar) |
| Masa pelancaran | Lebih lama: penyediaan kemudahan/pembukaan rangkaian/senarai putih tembok api | Paling pantas: buka akaun + sambung SIP trunk dan mula beroperasi |
| Model kos | CAPEX kemudahan/perkakasan + lesen; dimiliki jangka panjang | OPEX langganan/penggunaan; sifar pelaburan perkakasan |
Kedua-duanya menyambung ke model suara multimodal Qubby berasaskan awan untuk inferens; versi dalaman hanya menghantar "satu aliran AI" ini keluar disulitkan, mengekalkan segala yang lain di dalam.
Mulakan dengan PoC awan, kemudian berpindah lancar ke dalaman
Kerana kedua-dua seni bina berkongsi modul perkhidmatan yang betul-betul sama, anda boleh membuktikan nilai dengan pantas menerusi PoC awan terurus, kemudian berpindah lancar ke pelaksanaan dalaman produksi — tanpa membina semula. Jika pendirian pematuhan anda bermakna walaupun inferens AI tidak boleh meninggalkan rangkaian anda, pilihan "LLM dalaman/model suara peribadi" boleh dinilai (dengan perancangan pengkomputeran berasingan).
Sama ada anda mengutamakan kedaulatan data atau kelajuan pelancaran, intipati integrasi adalah sama: biarkan AI mencucuk masuk ke sistem telefon sedia ada anda sebagai satu sambungan, dan serahkan selebihnya kepada Qubby. Untuk menilai seni bina mana yang sesuai dengan kemudahan dan syarat pematuhan anda, berbincanglah dengan perunding kami.