אחסון נתונים לפי אזורים גיאוגרפיים ומיקום הנתונים

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

אנחנו משתמשים באזורים מהסיבות הבאות:

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

הערה: האזורים ומיקום אחסון הנתונים של Dialogflow לא חלים על נתונים בשימוש או על נתונים במעבר.

נתונים באחסון

כל נתוני המשתמשים של מפתחי Dialogflow ומשתמשי הקצה נכללים בנתונים במנוחה. לדוגמה:

• כל משאבי הנציג שמוגדרים באמצעות המסוף או ה-API (כוונה, ישויות וכו')
• כל הגדרות הנציג שנקבעו באמצעות המסוף או ה-API
• היסטוריית השאילתות
• תוצאות האימות
• משימות ליצירת מודלים
• משימות אימון
• משימות של פעולות ממושכות

אזורים זמינים

אלה האזורים שזמינים ב-Dialogflow:

קבוצת מדינות	מיקום גיאוגרפי	מזהה אזור
אירופה	בלגיה	europe-west1
אירופה	לונדון	europe-west2
אסיה ואזור האוקיינוס השקט	סידני	australia-southeast1
אסיה ואזור האוקיינוס השקט	טוקיו	asia-northeast1
עולמי	השירות של Dialogflow הוא גלובלי, הנתונים במנוחה נמצאים בארה"ב	global (מועדף) או ללא אזור (ברירת מחדל) *

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

בחירת אזור באמצעות המסוף

בפינה השמאלית העליונה של מסוף Dialogflow ES יש תפריט נפתח לבחירת אזור. לכל נציג יש אזור קבוע שצוין בזמן היצירה. כשבוחרים אזור במסוף, אפשר להציג או ליצור נציגים רק לאזור שנבחר. האזור שמוגדר כברירת מחדל הוא global.

הערה: אפשר ליצור סוכן אחד לכל אזור בפרויקט בענן של Google Cloud.

בחירת אזור באמצעות ה-API

אם הנציג נוצר באזור שאינו ברירת המחדל, צריך לציין את האזור הזה כששולחים קריאה ל-API לבקשות בזמן התכנון או בזמן הריצה.

כדי לציין אזור, צריך להוסיף את הפרמטר location לבקשות ה-API. בקריאות REST, צריך לבצע את שתי הפעולות הבאות:

• מציינים את הפרמטר של הנתיב של כתובת ה-URL של location. לאזור global, משתמשים ב-global.
• באזור global, משתמשים ב-dialogflow.googleapis.com כשם המארח. בכל שאר האזורים, משתמשים ב-[REGION_ID]-dialogflow.googleapis.com בתור שם המארח.

דוגמאות:

• https://dialogflow.googleapis.com/v2/projects/PROJECT/locations/global/agents/
• https://asia-northeast1-dialogflow.googleapis.com/v2/projects/PROJECT/locations/asia-northeast1/agents/

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

• מגדירים את נקודת הקצה של שירות Dialogflow לאחת מהאפשרויות הבאות:

  dialogflow.googleapis.com:443
  REGION_ID-dialogflow.googleapis.com:443
  

• מגדירים את שם הסשן:

  projects/PROJECT_ID/locations/REGION_ID/agent/sessions/SESSION_ID
  

זהירות: כפי שמתואר במסמכי ההגדרה, צריך להשתמש במשתנה הסביבה GOOGLE_APPLICATION_CREDENTIALS כדי לספק לספריות הלקוח את פרטי הכניסה. עם זאת, אם אתם צריכים לספק באופן ידני קובץ פרטי כניסה בקוד, תצטרכו לבצע שלב נוסף כשאתם קוראים לנקודת קצה (endpoint) אזורית. מגדירים את ההיקף ל-https://www.googleapis.com/auth/cloud-platform כשיוצרים את פרטי הכניסה לאימות. לדוגמה, כך עושים את זה ב-Java כשיוצרים אובייקט GoogleCredentials:

GoogleCredentials.fromStream(new FileInputStream("credential_file"))
  .createScoped("https://www.googleapis.com/auth/cloud-platform")
  

Cloud Logging

במדריך של Cloud Logging מוסבר איך לשלוט באזור שבו היומנים מאוחסנים.

מגבלות

כשבוחרים אזור שאינו ברירת המחדל במסוף Dialogflow, התכונות הבאות לא זמינות:

• שילובים
• מחברי ידע
• סוכנים מוכנים מראש
• שיחות חולין
• כלי הדרכה

ב-APIs Explorer, שמופיע בהרבה מאמרי עזרה של REST, אפשר להשתמש רק באזור global לקריאות ל-API.