- Ana Sayfa
- /
- Makale
Geri bildiriminiz için teşekkürler.
Bu makalede
Geri Bildirim?Webex Contact Center içindeki Veri Yerleşimi, verilerin yalnızca hesaplama sırasında bellekte tutulmasını ve hiçbir zaman belirtilen bölge dışında saklanmamasını sağlar. Tüm kalıcı müşteri verileri (yapılandırma, günlükler vb.) belirtilen bölgede kalır ve alt işlemciler kesin sözleşmeden doğan, teknik ve denetim denetimleri altında çalışır. Ortam ve hassas veriler işlendikten sonra asla saklanmaz ve bölgesel veri yerleşimi ve gizlilik gereksinimleri sıkı bir şekilde uygulanır. Bilgi yönetimi, tüm veri işleme yasal düzenleme ve güvenlik standartlarına uygun şekilde içerik doğruluğunu sağlamak için gerçek zamanlı güncellemeler kullanır.
Anahtar tanımları
Bu makaledeki bazı anahtar tanımları şunlardır:
- Veri İşleme: Müşteri verileri üzerinde hesaplama işlemleri (örneğin, kopya, çıkarım veya sentez) gerçekleştirme eylemi. İşleme sırasında hiçbir müşteri verisi saklanmaz; veriler geçici olarak geçici olarak geçici olarak bellekte (RAM) bulunur ve işleme tamamlandıktan hemen sonra temizlenir.
- Veri Yerleşimi ve Depolama: Müşteri verilerinin kalıcı olarak depolandığı ("istirahatte") anlamına gelir. Buna yapılandırma, kiracıya özel ayarlar ve saklı günlükler dahildir.
- Ortam Yerleşimi: Ortam (örneğin, ses akışları) mümkün olduğu kadar uzun süre kendi kaynak konumlarında kalır ve işleme başka bir başkasına dayansa bile kalıcı olarak bölge dışına taşınmaz veya saklanmaz.
- Alt işlemci: Kesin sözleşmeden doğan ve teknik kontroller altında müşteri verilerinde belirli işlevleri (örneğin LLM çıkarımı, konuşma tanıma) yapan üçüncü taraf bir hizmet sağlayıcısı.
Veri İşleme ve Veri Yerleşimi
Singapur gibi düzenlenmiş bölgelerde çalışan müşteriler için verilerin nerede depolandığı (Ikamet) ve verilerin hesaplandığı (İşleme) arasında ayrım sunuyoruz.
Bölgesel Veri Egemenliği
Bölgesel veri egemenliği, müşterinin verilerinin yerel düzenlemelere uygun olarak yönetilmesini, verilerin nerede depolandığını ve işleme sırasında nasıl işleneceğini belirtir. Aşağıdaki ilkeler geçerlidir:
- DinlenmeDeki Veriler: Yapılandırma, kiracıya özel ayarlar ve saklı günlükler dahil olmak üzere tüm kalıcı müşteri verileri Singapur Bölgesi içinde bulunur.
- AktarımDaki Veriler: Büyük Dil Modelleri (LLM' ler) ve Gelişmiş Konuşma Tanıma (ASR) için gereken yüksek performanslı GPU kümelerinden yararlanmak için veriler Singapur dışında işlenebilir. Ancak, işleme yalnızca hesaplama anlamına gelir: veriler şifreli TLS 1.2+ kanallarla aktarılır, yalnızca işleme süresi için RAM'de bulunur ve işleme konumunda saklanmaz.
Ortam, kaynağı olan bölgede olabildiğince uzun süre depolanmış olarak kalır. Kurumsal ve hizmet gereksinimlerine bağlı olarak, yalnızca geçici işlemler dışarıda gerçekleşir.
Yerellik Mantığı İşleniyor
Aşağıdaki durumlardan emin olmak için her ülkede yerel LLM vekilleri faaliyeti gerçekleştirmeyiz:
- Güvenlik Paritesi: Merkezi işleme, güvenlik yamaları ve model korkuluk zorlamasının hemen dağıtılmasına olanak sağlar.
- Esneklik: Yerel veri merkezinde sorun yaşanırsa, genel dağıtım çıkarım taleplerini yeniden yönlendirerek kesintileri önler.
Webex Contact Center Yapay Zeka Temsilcileri için Veri Yerleşimi
Yapay Zeka Temsilcisi bileşenlerinin veri yerleşimi, bölgeye ve hizmet sağlayıcısına göre değişir. Aşağıdaki tabloda, farklı Yapay Zeka Temsilcisi bölgelerinde anahtar AI bileşenleri için verilerin nerede işlendiği ve depolandığı özetlanmaktadır:
|
Bölge |
Veri İşleme (ASR / TTS / Çekirdek) |
Veri İşleme (LLM) |
Veri Yerleşimi (Depolama) |
|---|---|---|---|
|
produs1 (ABD) |
AWS: N. Virginia, N. California
Azure STT/TTS: Doğu ABD, Batı ABD
Deepgram: N. Virginia, N. California
ElevenYönleri: N. Virginia, N. California |
Azure Açık Yapay Zeka: N. Virginia, N. California
LLM Proxy: N. Virginia, N. California |
ABD (Home DC) |
|
prodeu1 (İngiltere) |
AWS: Londra, İngiltere
Azure STT/TTS: İngiltere Güney, Güney Afrika Kuzey |
Azure Açık Yapay Zeka: Londra, İngiltere
LLM Proxy: Londra, İngiltere |
İngiltere (Home DC) |
|
prodeu2 (AB) |
AWS: Frankfurt, Almanya
Azure STT/TTS: UAE North, Almanya Batı Orta |
Azure Açık Yapay Zeka: Frankfurt, Almanya
LLM Proxy: Frankfurt, Almanya |
AB (Home DC) |
|
prodca1 (Kanada) |
AWS: Kanada Merkezi
Azure STT/TTS: Genel* |
Azure Açık Yapay Zeka: Genel*
LLM Proxy: Kanada Merkezi |
Kanada (Home DC) |
|
prodjp1 (Japonya) |
AWS: Tokyo, Japonya
Azure STT/TTS: Genel* |
Azure Açık Yapay Zeka: Genel*
LLM Proxy: Tokyo, Japonya |
Japonya (Home DC) |
|
prodanz1 (Avustralya) |
AWS: Sydney, Avustralya
Azure STT/TTS: Genel* |
Azure Açık Yapay Zeka: Genel*
LLM Proxy: Sydney, Avustralya 31 |
Avustralya (Home DC) |
|
prodsg1 (Singapur) |
AWS: Singapur
Azure STT/TTS: Genel* |
Azure Açık Yapay Zeka: Genel*
LLM Proxy: Sydney, Avustralya |
Singapur (Home DC) |
|
prodin1 (Hindistan) |
AWS: Yerkent, Hindistan
Azure STT/TTS: Orta Hindistan |
Azure Open AI: Orta Hindistan
LLM Proxy: Bomba, Hindistan |
Hindistan (Home DC) |
*Bu istekler, global olarak, bu modellerin barındırıldığı her veri merkezinde sona erebilir. Azure Veri Yerleşimi hakkında daha fazla bilgi için buraya tıklayın .
Webex Contact CenterAI Assistant için Veri Yerleşimi
AI Assistant bileşenlerinin veri yerleşimi bölgeye ve hizmet sağlayıcıya göre değişir. Aşağıdaki tabloda, farklı AI bölgelerinde anahtar AI Assistanct bileşenleri için verilerin nerede işlendiği ve depolandığı özetlanmaktadır:
|
Bölge |
AWS | Azure STT/TTS |
Voicea STT |
LLM Proxy (Dahili) | Azure Açık Yapay Zeka |
|---|---|---|---|---|---|
|
produs1 (ABD) |
N. Virginia, N. California | Doğu ABD, Batı ABD | Küresel** |
N. Virginia, N. California |
N. Virginia, N. California |
|
prodeu1 (İngiltere) |
Londra, İngiltere
|
İngiltere Güney, Güney Afrika Kuzey | Küresel** |
Londra, İngiltere |
Londra, İngiltere |
|
prodeu2 (AB) |
Frankfurt, Almanya |
BAE Kuzey, Almanya Batı Orta | Küresel** |
Frankfurt, Almanya |
Frankfurt, Almanya |
|
prodca1 (Kanada) |
Kanada Merkezi | Küresel* | Küresel** |
Kanada Merkezi |
Küresel* |
|
prodjp1 (Japonya) |
Tokyo, Japonya | Küresel* | Küresel** |
Tokyo, Japonya |
Küresel* |
|
prodanz1 (Avustralya) |
Sydney, Avustralya | Küresel* | Küresel** |
Sydney, Avustralya |
Küresel* |
|
prodsg1 (Singapur) |
Singapur | Küresel* | Küresel** |
Sydney, Avustralya |
Küresel* |
|
prodin1 (Hindistan) |
Asya Pasifik (Endonezya), Hindistan | Orta Hindistan | Yok | Sydney, Avustralya | Sydney, Avustralya |
*Bu istekler, global olarak, bu modellerin barındırıldığı her veri merkezinde sona erebilir. Azure Veri Yerleşimi hakkında daha fazla bilgi için buraya tıklayın .
** Voicea, Avrupa-west1/Metallics/Belçika ve avrupa-west4/Amsterdam/Hollanda'da ikamet eder. Voicea yalnızca veri işleme yapar. Voicea dağıtım sitelerinde hiçbir veri kalıcı olmaz.
Geçici İşleme ve Sıfır Bekletme
Yapay zeka mimarimizin temel bir özelliği geçici işleme ve sıfır veri bekletmeye bağlılıktır. Yaklaşımımız, YZ işlemleri sırasında müşteri bilgilerinin hiçbir zaman saklanmamasını veya saklanmasını sağlayarak veri gizliliği ve güvenliğine öncelik sağlar.
- ASR & TTS Görünürlüğü: Gerçek zamanlı kopya (ASR) veya konuşma sentezi (TTS) sırasında veriler yalnızca işleme altyapısının geçici belleğinde (RAM) bulunur ve kullanımdan hemen sonra temizlenir. Hiçbir veri işlendikten sonra saklanmaz veya saklanmaz.
- Erişim Denetimi: Çıkarım aşamasında ham ses veya metin akışlarına insan çalışanı (dahili veya alt işlemci) erişemez.
- İkincil Kullanım Yok: Alt işlemcilerin sahip olduğu temel modellerini geliştirmek, yeniden eğitmek veya geliştirmek için hiçbir zaman müşteri verilerinin (istem ve ses dahil) kullanılmasını sağlamak için kesin sözleşmeye dayalı ve teknik engellere sahip değilizdir.
Alt işlemci Yönetimi (Voicea ve LLM Sağlayıcıları)
Tüm alt işlemciler üzerinde titizlikle üçüncü taraf risk değerlendirmeleri gerçekleştiriyoruz.
- Üçüncü Taraf Risk Değerlendirmeleri: Tüm alt işlemciler titizlikle değerlendirmeye tabi tutulur.
- Şifreleme: Alt işlemcilere gönderilen veriler aktarım sırasında şifrelenir, yalnızca RAM'de işlenir ve hiçbir zaman saklanmaz.
- Denetlenebilirlik: Alt işlemcilere yapılan API tüm aramalar denetim amaçlarıyla kaydedilir (yalnızca meta veriler; hassas yükleri günlüklerin dışında tutulur).
- Olayın Hesap Verilebilirliği: Bir alt işlemcide meydana gelen bir veri olayı durumunda, [Şirketiniz] birincil hesap verilebilirliğini muhafaza eder ve standart Veri İşleme Ekimiz (DPA) uyarınca tüm müşteri bildirimlerini ve düzeltmelerini üstlenir.
Veri Bekletme ve Yaşam Döngüsü Yönetimi
Saydamlığı sağlamak için aşağıdaki tabloda, verilerin bizim verilerinizde ne kadar süreyle bekletildiği özetlenmiştir:
|
Veri türü |
Bekletme süresi (Gün olarak) |
Depolama durumu |
Amaç |
|---|---|---|---|
|
Gerçek Zamanlı Ses/Döküm |
0 |
Kaydedilmedi |
Oturum sona erdikten hemen sonra temizlenir. |
|
AI Temsilci Oturum Geçmişi |
X |
Saklı (SG) |
Çoklu TURN konuşmaları için içerik sağlar. |
|
İşlem Günlükleri |
90 |
Saklı (SG) |
Sorun giderme ve sistem durumu izleme. |
|
Kiracı Şifreleme Anahtarları |
Belirsiz |
Saklı (KMS) |
Beklemedeki veriler için müşteri tarafından yönetilen veya sistem anahtarları. |
Bilgi Yönetimi ve İçerik Doğruluğu
AI Assistant, Bir Geri Alma-Artırılmış Nesil (MAGAA) mimarisi kullanır. Bu, yapay zekanın dahili model eğitimi yerine belirli "Zemin Gerçeği" belgelerinize dayalı yanıtlar sağlamasını sağlar.
- URL/Belge Güncellemeleri: Bir bilgi kaynağı güncellendiğinde, sistem içeriği yeniden dizine alır ve önceki sürümlerin yerini alır.
- Gecikme: Güncellenen içerik genellikle [X] dakika içinde yapay zekanın yanıtlarına yansır.
- Önbellek İşleme: Etkin oturumlar oturumun başlangıcında mevcut içeriği kullanır; ancak sonraki tüm oturumlar en son dizini sorgulamak zorunda kalır ve eskimiş veya "bozuk" verilerin yeniden kullanılmasını önler.
Kenar Durumu—Belirli bir bölgesel düzenleme bölge dışında herhangi bir işlemeyi yasaklarsa, ek kontroller veya yerel işleme seçenekleri gerekebilir.
Önemli—"İşleme" hiçbir zaman veri depolamayı ifade etmemektedir; tüm kalıcı veri depolama, bölgesel ikamet kurallarına kesinlikle bağlıdır.
ElevenYökler ve Deepgram, belirli konuşma ve dönüştürme görevleri için, her zaman katı sözleşmesel ve teknik denetimler altında, işlendikten sonra sıfır veri bekletme ile AB tabanlı alt işlemciler olarak kullanılır.
Örnek senaryo
Singapur'daki bir kullanıcı bir kopya oturumu başlatır. Ses akışı, şifreli kanallarla global bir LLM hub tarafından gerçek zamanlı olarak işlenir, ancak Singapur dışından işlem sırasında veya sonrasında hiçbir ses veya döküm saklanmaz. Yalnızca izin verilen içerik veya günlükler (hiçbir zaman içeriğin kendisi) yukarıdaki tabloya göre muhafaza edilir.
