במאמר זה
הגדרות מפתח
dropdown icon
עיבוד נתונים לעומת תושבות נתונים
    ריבונות נתונים אזורית
    עיבוד לוגיקת יישוב
    תושבות נתונים עבור סוכני AI במרכז הקשר של Webex
    תושבות נתונים עבור AI Assistant במרכז הקשר של Webex
עיבוד ארעי ושמירה אפסית
ממשל מעבדי משנה (ספקי Voicea ו- LLM)
שמירת נתונים וניהול מחזור חיים
dropdown icon
ניהול ידע ודיוק תוכן
    תרחיש לדוגמה
אבטחת נתונים, פרטיות ותושבות במרכז הקשר של Webex
list-menuבמאמר זה
list-menuמשוב?

אחסון נתונים במרכז הקשר של Webex מבטיח שהנתונים נשמרים בזיכרון רק במהלך החישוב ולעולם לא יאוחסנו מחוץ לאזור המיועד לו. כל נתוני הלקוחות המתמשכים (תצורה, יומנים וכו') נשארים באזור שצוין, ומעבדי משנה פועלים תחת בקרות חוזיות, טכניות וביקורת קפדניות. מדיה ונתונים רגישים לעולם לא נשמרים לאחר העיבוד, ודרישות תושבות נתונים אזוריות ופרטיות נאכפות בקפדנות. ניהול ידע משתמש בעדכונים בזמן אמת כדי להבטיח דיוק תוכן, כאשר כל הטיפול בנתונים מותאם לתקני הרגולציה והאבטחה.

הגדרות מפתח

כמה הגדרות מפתח במאמר זה כוללות:

  • עיבוד נתונים: פעולת ביצוע פעולות חישוביות (כגון תמלול, הסקה או סינתזה) על נתוני לקוחות. לא נשמרים נתוני לקוחות במהלך העיבוד; הנתונים קיימים באופן זמני רק בזיכרון נדיף (RAM) ונמחקים מיד לאחר השלמת העיבוד.
  • מיקום ואחסון נתונים: מתייחס למקום שבו נתוני הלקוח מאוחסנים באופן מתמיד ("במנוחה"). זה כולל תצורה, הגדרות ספציפיות לדייר ויומנים מאוחסנים.
  • תושבות מדיה: מדיה (כגון זרמי שמע) נשארים במיקומם המקור למשך זמן רב ככל האפשר ואינם מועברים או מאוחסנים בהתמדה מחוץ לאזור, גם אם העיבוד מתרחש בגיאוגרפיה אחרת.
  • מעבד משנה: ספק שירות צד שלישי העוסק בביצוע פונקציות ספציפיות (למשל, הסקת LLM, זיהוי דיבור) על נתוני לקוחות, תחת בקרות חוזיות וטכניות קפדניות.

עיבוד נתונים לעומת תושבות נתונים

עבור לקוחות הפועלים באזורים מוסדרים כמו סינגפור, אנו מבחינים בין היכן הנתונים מאו חסנים (מגורים) לבין המקום שבו נתונים מ חושבים (עיבוד).

ריבונות נתונים אזורית

ריבונות נתונים אזורית מבטיחה כי נתוני הלקוחות מנוהלים בהתאם לתקנות המקומיות, תוך ציון היכן הנתונים מאוחסנים וכיצד מטפלים בהם במהלך העיבוד. העקרונות הבאים חלים:

  • נתונים במנוחה: כל נתוני הלקוחות המתמשכים, כולל תצורה, הגדרות ספציפיות לשוכרים ויומנים מאוחסנים, מאוחסנים באזור סינגפור.
  • נתונים במעבר: כדי למנף אשכולות GPU בעלי ביצועים גבוהים הנדרשים עבור דגמי שפה גדולים (LLMs) וזיהוי דיבור מתקדם (ASR), נתונים עשויים להיות מעובדים מחוץ לסינגפור. עם זאת, עיבוד פירושו חישוב בלבד: הנתונים מועברים באמצעות ערוצי TLS 1.2+ מוצפנים, קיימים רק ב- RAM למשך העיבוד ואינם מאוחסנים במיקום העיבוד.

המדיה נשארת מאוחסנת באזור מקורו זמן רב ככל האפשר. רק עיבוד חולף מתרחש בחוץ, בהתבסס על דרישות ארגוניות ושירות.

עיבוד לוגיקת יישוב

אנו לא מפעילים פרוקסי LLM מקומיים בכל גיאוגרפיה כדי להבטיח:

  • שוויון אבטחה: עיבוד מרכזי מאפשר פריסה מיידית של תיקוני אבטחה ואכיפת מעקות בטיחות מודל.
  • גמישות: הפ צה גלובלית מונעת הפסקות על ידי ניתוב מחדש של בקשות הסקה אם מרכז נתונים מקומי נתקל בבעיה. מעבר כישלון ונתיב עולמי אינם כוללים אזורי האיחוד האירופי, ועיבוד ההסקות של האיחוד האירופי נשאר בתוך האיחוד האירופי במהלך אירועים.

תושבות נתונים עבור סוכני AI במרכז הקשר של Webex

מיקום הנתונים עבור רכיבי AI Agent משתנה בהתאם לאזור ולספק שירות. הטבלה הבאה מסכמת היכן הנתונים מעובדים ומאוחסנים עבור רכיבי AI מרכזיים באזורים שונים של AI Agent:

אזור

עיבוד נתונים (ASR/TTS/ליבה)

עיבוד נתונים (LLM)

תושבות נתונים (אחסון)

תוצר1 (ארה"ב)

AWS: N. וירג'יניה, נ. קליפורניה

Azure STT/TTS: מזרח ארה"ב, מערב ארה"ב

דיפגרם: נ. וירג'יניה, נ. קליפורניה

מעבדות 11: נ. וירג'יניה, נ. קליפורניה

בינה מלאכותית פתוחה של Azure: N. וירג'יניה, נ. קליפורניה

פרוקסי LLM: נ. וירג'יניה, נ. קליפורניה

ארה"ב (בית DC)

פרודאו 1 (בריטניה)

AWS: לונדון, בריטניה

Azure STT/TTS: דרום בריטניה

Deepgram: האיחוד האירופי האזורי

ElevenLabs: האיחוד האירופי האזורי

Azure Open AI: לונדון, בריטניה

פרוקסי LLM: לונדון, בריטניה

בריטניה (בית DC)

פרודו2 (האיחוד האירופי)

AWS: פר נקפורט, גרמניה

Azure STT/TTS: גרמניה מערב מרכז

Deepgram: האיחוד האירופי האזורי

ElevenLabs: האיחוד האירופי האזורי

Azure Open AI: אזורי של האי חוד האירופי

פרוקסי LLM: פר נקפורט, גרמניה

האיחוד האירופי (DC ביתי)

פרודקה1 (קנדה)

AWS: מרכז קנדה

Azure STT/TTS: מרכז קנדה

בינה מלאכותית פתוחה של Azure: גלו בלי*

פרוקסי LLM: מרכז קנדה

קנדה (בית DC)

פרודג'פ1 (יפן)

AWS: טוקיו, יפן

Azure STT/TTS: מזרח יפן

בינה מלאכותית פתוחה של Azure: גלו בלי*

פרוקסי LLM: טוקיו, יפן

יפן (בית DC)

prodanz1 (אוסטרליה)

AWS: סידני, אוסטרליה

Azure STT/TTS: מזרח אוסטרליה

בינה מלאכותית פתוחה של Azure: גלו בלי*

פרוקסי LLM: סידני, אוסטרליה

אוסטרליה (בית DC)

פרודסג1 (סינגפור)

AWS: ס ינגפור

Azure STT/TTS: דרום מזרח אסיה

בינה מלאכותית פתוחה של Azure: גלו בלי*

פרוקסי LLM בסינגפור

סינגפור (בית DC)

פרודין 1 (הודו)

AWS: מומבאי, הודו

Azure STT/TTS: מרכז הודו

בינה מלאכותית פתוחה של Azure: מרכז הודו

פרוקסי LLM: סידני, אוסטרליה

הודו (בית DC)

*בקשות אלה יכולות להסתיים בכל מרכז נתונים, ברחבי העולם, שבו מתארחים דגמים אלה. מידע נוסף על תושבות הנתונים של Azure ניתן למצוא כאן.

תושבות נתונים עבור AI Assistant במרכז הקשר של Webex

מיקום הנתונים עבור AI Assistant רכיבים משתנה בהתאם לאזור ולספק השירות. הטבלה הבאה מסכמת היכן הנתונים מעובדים ומאוחסנים עבור רכיבי AI Assistanct מרכזיים באזורי AI שונים:

אזור

AWS

Azure STT/TTS

קול STT

פרוקסי LLM (פנימי)

בינה מלאכותית פתוחה של Azure

תוצר1 (ארה"ב)

N. וירג'יניה, נ. קליפורניה מזרח ארה"ב, מערב ארה"ב גלובלי**

N. וירג'יניה, נ. קליפורניה

N. וירג'יניה, נ. קליפורניה

פרודאו 1 (בריטניה)

לונדון, בריטניה

דרום בריטניה גלובלי**

לונדון, בריטניה

לונדון, בריטניה

פרודו2 (האיחוד האירופי)

פרנקפורט, גרמניה

גרמניה מערב מרכז גלובלי**

פרנקפורט, גרמניה

פרנקפורט, גרמניה

פרודקה1 (קנדה)

קנדה סנטרל קנדה סנטרל גלובלי**

קנדה סנטרל

גלובלי*

פרודג'פ1 (יפן)

טוקיו, יפן מזרח יפן גלובלי**

טוקיו, יפן

גלובלי*

prodanz1 (אוסטרליה)

סידני, אוסטרליה מזרח אוסטרליה גלובלי**

סידני, אוסטרליה

גלובלי*

פרודסג1 (סינגפור)

סינגפור דרום מזרח אסיה גלובלי** סינגפור גלובלי*

פרודין 1 (הודו)

אסיה פסיפיק (מומבאי), הודו מרכז הודו NA סידני, אוסטרליה מומבאי, הודו

*בקשות אלה יכולות להסתיים בכל מרכז נתונים, ברחבי העולם, שבו מתארחים דגמים אלה. מידע נוסף על תושבות הנתונים של Azure ניתן למצוא כאן.

** Voicea מתגוררת באירופה-מערב-1/בריסל/בלגיה ואירופה-מערב-4/אמסטרדם/הולנד. Voicea עושה עיבוד נתונים בלבד. לא נשמרים נתונים באתרי הפריסה של Voicea.

עיבוד ארעי ושמירה אפסית

היבט בסיסי בארכיטקטורת ה- AI שלנו הוא המחויבות לעיבוד ארעי ולשמירת נתונים אפסית. הגישה שלנו נותנת עדיפות לפרטיות ואבטחת נתונים על ידי הבטחה כי מידע הלקוח לעולם לא יאוחסן או יישמר במהלך פעולות AI.

  • נ@@ ראות ASR & TTS: במהלך תמלול בזמן אמת (ASR) או סינתזת דיבור (TTS), נתונים קיימים רק בזיכרון הנדיף (RAM) של מנוע העיבוד ונטהרו מיד לאחר השימוש. אין נתונים מאוחסנים או נשמרים לאחר העיבוד.
  • בקרת גישה: לעובדים אנושיים (פנימיים או תת-מעבדים) אין גישה לזרמי שמע או טקסט גולמיים בשלב ההסקה.
  • אין שימוש משני: אנו שומרים על חסמים חוזיים וטכניים קפדניים כדי להבטיח שנתוני לקוחות - כולל הנחיות ושמע - לעולם לא ישמשו להכשרה, הכשרה מחדש או שיפור מודלים בסיסיים בבעלות מעבדי משנה.

ממשל מעבדי משנה (ספקי Voicea ו- LLM)

אנו עורכים הערכות סיכונים קפדניות של צד שלישי על כל מעבדי המשנה.

  • הערכות סיכונים של צד שלישי: כל מעבדי המשנה עוברים הערכה קפדנית.
  • הצפנה: נתונים שנשלחים למעבדי משנה מוצפנים במעבר, מעובדים רק ב- RAM ולעולם לא מאוחסנים.
  • יכולת ביקורת: כל קריאות ה- API למעבדי משנה נרשמות למטרות ביקורת (מטא נתונים בלבד; מטענים רגישים אינם נכללים ביומנים).
  • אחריות לאירועים: במקרה של אירוע נתונים אצל מעבד משנה, [החברה שלך] שומרת על אחריות ראשונית ומטפלת בכל ההודעות והתיקונים של הלקוחות בהתאם לתוספת עיבוד הנתונים הסטנדרטית שלנו (DPA).

שמירת נתונים וניהול מחזור חיים

כדי להבטיח שקיפות, הטבלה הבאה מתארת בדיוק כמה זמן הנתונים נשמרים במערכת האקולוגית שלנו:

סוג נתונים

תקופת שמירה (בימים)

מצב אחסון

מטרה

אודיו/תמליל בזמן אמת

0

לא מאוחסן

נמחק מיד לאחר סיום הפגישה.

היסטוריית הפעלות של סוכן AI

X

מאוחסן (SG)

מספק הקשר לשיחות מרובות סיבובים.

יומנים תפעוליים

90

מאוחסן (SG)

פתרון בעיות וניטור תקינות המערכת.

מפתחות הצפנת הדייר

לא ברור

מאוחסן (KMS)

מפתחות מנוהלים על ידי לקוח או מפתחות מערכת לנתונים במצב מנוחה.

ניהול ידע ודיוק תוכן

אנו משתמשים AI Assistant בארכיט קטורת דור אחזור מוגבר (RAG). זה מבטיח כי ה- AI מספק תגובות המבוססות על מסמכי "אמת קרקע" הספציפיים שלך ולא על אימון מודל פנימי.

  • עדכוני URL/מסמך: כאשר מקור ידע מתעדכן, המערכת מעבירה לאינדקס מחדש את התוכן ומחליפה גרסאות קודמות.
  • חביון: תוכן מעודכן בדרך כלל משתקף בתגובות ה- AI תוך [X] דקות.
  • טיפול במטמון: הפעלות פעילות משתמשות בהקשר הזמין בתחילת ההפעלה; עם זאת, כל הפעלות הבאות נאלצות לשאול את האינדקס האחרון, ומונעות שימוש חוזר בנתונים מעופשים או "הזויים".

מקרה קצה — אם תקנה אזורית ספציפית אוסרת כל עיבוד מחוץ לאזור, ייתכן שיהיה צורך בבקרות נוספות או באפשרויות עיבוד מקומיות.

חשוב - "עיבוד" לעולם אינו מרמז על אחסון נתונים; כל אחסון הנתונים המתמשך מקפיד על כללי תושבות אזוריים.

ElevenLabs ו- Deepgram משמשים כמעבדי משנה מבוססי האיחוד האירופי למשימות דיבור ותמלול מסוימות, תמיד תחת בקרות חוזיות וטכניות קפדניות, עם אפס שמירת נתונים לאחר העיבוד.

תרחיש לדוגמה

משתמש בסינגפור יוזם הפעלת תמלול. זרם השמע מעובד בזמן אמת על ידי רכזת LLM גלובלית באמצעות ערוצים מוצפנים, אך אין אודיו או תמליל מאוחסנים במהלך או לאחר העיבוד מחוץ לסינגפור. רק ההקשר או היומנים המותרים (לעולם לא התוכן עצמו) נשמרים לפי הטבלה שלמעלה.

האם המאמר הועיל לך?
האם המאמר הועיל לך?