שימוש בכמה פרויקטים

במקרים מסוימים, יכול להיות שתצטרכו ליצור כמה פרויקטים של Google Cloud כדי להשתמש ב-Dialogflow CX:

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

פרויקטים של צרכנים ומשאבים

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

כשמבצעים קריאות ל-API, בבקשה מציינים את הפרויקט של הסוכן. הפרויקט הזה נקרא פרויקט המשאבים.

לדוגמה, בבקשת ה-REST curl הבאה, הפרויקט שמשויך ל-AGENT_ID הוא פרויקט המשאבים, והפרויקט שמשויך לחשבון השירות שמשמש ליצירת TOKEN הוא פרויקט הצרכן:

curl -X GET
    -H "Authorization: Bearer TOKEN"
    "https://dialogflow.googleapis.com/v2/projects/PROJECT_ID/agent/AGENT_ID"

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

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

תיאור	פרויקט צרכן (פרויקט של חשבון שירות)	פרויקט משאבים (פרויקט סוכן)	הערות
הפרויקט שבו נצברו חיובים	✔
פרויקט שמוגבל על ידי מכסות	✔
הפרויקט שמכיל את הסוכן שקובע את מהדורת הניסיון או מהדורת Essentials של Dialogflow	✔		אם בפרויקט לצרכן אין סוכן, צריך ליצור סוכן ריק כדי לשדרג למהדורת Essentials.
פרויקט שמכיל את כל נתוני הסוכן ואת מהדורת הניסיון או מהדורת Essentials של Dialogflow		✔
פרויקטים שבהם צריך להפעיל את Dialogflow API	✔	✔	צריך להפעיל את Dialogflow CX API בשני סוגי הפרויקטים.
פרויקט שבו מוצג השימוש ב-API במרכז הבקרה של ה-API במסוף Cloud	✔