במסמך הזה מוצגת ארכיטקטורה ברמה גבוהה ליצירת מערכת AI אקטיבי מהימנה ויעילה שמבוססת על נתונים הקשריים מהעולם האמיתי מתוך Google Maps Platform ויומן Google. המערכת יוצרת תוכניות נסיעה למקומות שהמשתמשים מציינים בהנחיה. התוכנית מתחשבת בלוח הזמנים של המשתמש, במיקום הגיאוגרפי של המקומות, בשעות הפעילות ובמרחקי המסלולים.
המסמך הזה מיועד לארכיטקטים, למפתחים ולמנהלים של AI שיוצרים ומנהלים אפליקציות AI אקטיבי. ההנחה היא שיש לכם הבנה בסיסית של מושגי AI ו-ML ושל ארכיטקטורת ענן.
בקטע פריסה במסמך הזה יש קישור ל-Codelab שבו אפשר ללמוד איך ליצור ולבדוק מערכת AI פונקציונלית שמבוססת על הארכיטקטורה הזו.
ארכיטקטורה
בתרשים הבא מוצגת ארכיטקטורה של אפליקציה שמשתמשת במערכת AI מרובת סוכנים כדי ליצור תוכנית נסיעה למקומות שמשתמש רוצה לבקר בהם במהלך יום מסוים. המשתמשים יוצרים אינטראקציה עם האפליקציה באמצעות ממשק צ'אט. סוכן תזמור אוסף את המידע הדרוש על ידי הפעלת סוכנים מיוחדים, ואז יוצר תוכנית ליום. הסוכנים פועלים ב-Gemini Enterprise וההסקה שלהם מבוססת על נתונים מהשטח מ-Google Maps Platform ומיומן Google.
הארכיטקטורה בתרשים שלמעלה כוללת את הרכיבים הבאים:
Gemini Enterprise: רכיב הליבה של הארכיטקטורה. הוא מארח את מערכת ה-AI האקטיבי, שכוללת את הסוכנים הבאים:
- סוכן תזמור: מקבל בקשות משתמשים דרך ממשק צ'אט, מפרש את המטרה ומתאם עם סוכנים מומחים כדי למלא את הבקשה.
- סוכן מקומות: מטפל במשימות שמבוססות על מיקום, כמו חיפוש מקומות ובדיקה אם הם פתוחים.
- סוכן מסלולים: מטפל במשימות של ניתוב ותכנון נסיעות, כמו לוודא שיש מספיק זמן להגיע למקומות הנדרשים.
- סוכן תזמון: מנהל את התזמון ומשימות שקשורות ליומן, כמו טעינת היומן והזזת אירועים כדי להתאים לזמן הנסיעה.
כל הסוכנים בארכיטקטורה הזו נוצרו באמצעות ערכה לפיתוח סוכנים (ADK). הסוכנים פועלים ב-Agent Runtime ב-Gemini Enterprise Agent Platform והם משתמשים במודל Gemini.
כלים ונתונים: הסוכנים משתמשים בכלים הבאים כדי לקבל את הנתונים שהם צריכים:
- עיגון בעזרת מפות Google: מספק הקשר גיאוגרפי מהעולם האמיתי מ-Google Maps Platform לסוכני המקומות והמסלולים.
- Places Insights: מספקת ניתוח מעמיק ומידע ספציפי לאתר מ-Google Maps Platform, כדי לעזור לסוכנים ליצור פריטי מידע מתאימים על סמך סוג הפגישה.
- יומן: מאפשר לסוכן התזמון לגשת לאירועים ביומן ולנהל אותם.
ניראות (observability): הרכיב הזה מאפשר מעקב אחר פעולות של סוכן וניפוי באגים.
- אירועים של סוכנים נרשמים ב-Cloud Logging ומתפרסמים במסד נתונים של Firestore.
- הארכיטקטורה כוללת אפליקציה לצפייה באירועים, שנפרסת כשירות Cloud Run. אדמינים יכולים להשתמש באפליקציה הזו כדי לעקוב אחרי האירועים שנרשמו ביומן ולראות את תהליך החשיבה והפעולות של הסוכנים, כמו אימות של מקומות ומסלולים.
המוצרים שהשתמשו בהם
הארכיטקטורה הזו כוללת את המוצרים והכלים הבאים של Google:
- Google Maps Platform: פלטפורמה שמספקת שירותי מיפוי, ניווט וחיפוש מיקומים.
- יומן Google: כלי לצוותים ולאנשים פרטיים לניהול לוחות זמנים ואירועים.
- Gemini Enterprise: פלטפורמה מאובטחת ומנוהלת במלואה לפריסה ולניהול של סוכני AI בארגון.
- ערכה לפיתוח סוכנים (ADK): קבוצה של כלים וספריות לפיתוח, לבדיקה ולפריסה של סוכני AI.
- Cloud Logging: מערכת לניהול יומנים בזמן אמת עם אחסון, חיפוש, ניתוח והתראות.
- Firestore: מסד נתונים מסוג NoSQL לאחסון מסמכים שמיועד להתאמה לעומס (automatic scaling), לביצועים גבוהים ולפיתוח אפליקציות בקלות.
- Cloud Run: פלטפורמת מחשוב ללא שרת שמאפשרת להריץ קונטיינרים ישירות על גבי התשתית הניתנת להרחבה של Google.
תרחישים לדוגמה
הנה כמה דוגמאות לתרחישי שימוש בארכיטקטורה הזו:
תכנון אוטומטי של נסיעות עסקיות: עובד צריך לתכנן נסיעה לפסגה של לקוח.
- סוכן נסיעות מוצא טיסות ומלונות ומבצע הזמנות.
- נציג של מערכת לניהול קשרי לקוחות (CRM) מאחזר את כתובת הכנס ואת רשימת המשתתפים.
- סוכן לתזמון קובע פגישות ביומן של הנוסע. הפלט הסופי הוא תוכנית נסיעה מלאה.
שיבוץ חכם של עובדי שטח: לקוח מדווח על הפסקה זמנית בשירות.
- נציג CRM מזהה את החוזה והמיקום של הלקוח.
- סוכן נסיעות מוצא את הטכנאי הזמין הקרוב ביותר ומבצע אופטימיזציה של מסלול הנסיעה שלו.
- סוכן מתזמן פגישה לשירות.
תיאום לוגיסטיקה ושרשרת אספקה: מנהל לוגיסטיקה צריך להפנות משלוח מחדש בגלל אירוע מזג אוויר.
- סוכן לוגיסטיקה עוקב אחרי התנועה ומזג האוויר בזמן אמת באמצעות Google Maps Platform.
- הסוכן הלוגיסטי מוצא מסלול חלופי ומחסן
- נציג CRM מודיע ללקוח על לוח הזמנים המתוקן של המשלוח.
שיקולים לגבי העיצוב
כדי להטמיע את הארכיטקטורה הזו בסביבת ייצור, כדאי לפעול לפי ההמלצות הבאות:
- אבטחה: מומלץ לאמץ מודל של אפס אמון, שבו לכל סוכן מוקצות הרשאות הגישה המינימליות שדרושות לו כדי לבצע את המשימה שלו. צריך להגדיר באופן מדויק את הכלים והנתונים שלכל סוכן יש גישה אליהם. לדוגמה, אפשר להגדיר את סוכן התזמון כך שתהיה לו אפשרות לקרוא או לכתוב רק ביומנים ספציפיים.
- מהימנות: כולל אימות אדם בתהליך (HITL) למשימות קריטיות כמו הזמנת כרטיסים ללא אפשרות החזר. כדי ליצור שבילי ביקורת ברורים להחלטות של סוכנים, צריך לבנות פייפליין של יכולת צפייה באמצעות Logging ו-Pub/Sub.
- ביצועים: תבנית מתאם מרובה סוכנים מודולרית בארכיטקטורה הזו עוזרת לשפר את הביצועים על ידי הפעלת סוכנים מיוחדים במקביל. לדוגמה, סוכן המקומות יכול לחפש מיקומים, בזמן שסוכן התזמון בודק בו-זמנית אם יש התנגשויות ביומן.
- עלות: כדי לנהל את העלויות, צריך להגדיר את היקף המשימות של כל סוכן בצורה מדויקת, כדי למנוע שאילתות פתוחות או מיותרות. כדי לצמצם את מספר הקריאות ל-API, אפשר להשתמש במטמון לנתונים שמתבקשים לעיתים קרובות, כמו מסלולים נפוצים או מקומות פופולריים.
- שליטה וניהול: חשוב להגדיר שליטה וניהול חזקים עם תפקידים ברורים לכל נציג והנחיות לטיפול בנתונים. משתמשים בתהליך פיתוח איטרטיבי שכולל מעקב רציף. התהליך הזה עוזר לשפר את ההתנהגות של הסוכנים ולוודא שההתנהגות שלהם תואמת לדרישות העסקיות.
כשמתכננים את הארכיטקטורה של עומס העבודה של AI אקטיבי, כדאי לעיין בשיטות המומלצות ובהמלצות שבGoogle Cloud Well-Architected Framework: נקודת מבט על AI ו-ML.
פריסה
כדי ללמוד איך לבנות ולבדוק מערכת AI פונקציונלית מבוססת-סוכן שמבוססת על הארכיטקטורה הזו, אפשר לעקוב אחר ההוראות בשיעור Codelab יצירת סוכן לתכנון מסלול נסיעה באמצעות ADK ו-Google Maps Grounding. ב-Codelab יש הנחיות לכל תהליך הפריסה, כולל המשימות הבאות:
- הפעלת השירותים Google Cloud הנדרשים.
- שימוש ב-ADK ליצירת סוכנים.
- הגדרת הסוכנים לשימוש ב-עיגון בעזרת מפות Google כדי לקבל הקשר מהעולם האמיתי.
- הפעלת הסוכנים ובדיקתם דרך ממשק אינטרנט.
המאמרים הבאים
- מידע נוסף על עיגון בעזרת מפות Google
- מידע נוסף על Gemini Enterprise
- לדוגמאות נוספות של ארכיטקטורות, תרשימים ושיטות מומלצות, עיינו במאמר Cloud Architecture Center.
שותפים ביצירת התוכן
מחבר: Kenneth Nevarez | מהנדס קשרי מפתחים, Google Maps Platform
תורמי תוכן אחרים:
- Caio Moreira | DevX Engineer
- קומאר דהנגופאל | מפתח פתרונות חוצי-מוצרים
- מייק פג | מנהל, קשרי מפתחים