סקירה כללית של Agent Registry

ב-Agent Registry אתם יכולים לרשום, לגלות ולנהל רכיבים של סוכנים, כולל סוכני AI, שרתים וכלים של Model Context Protocol‏ (MCP), נקודות קצה (endpoints) ומיומנויות עצמאיות, בסביבת Google Cloud שלכם. כשמאחדים את הרכיבים האלה למאגר אחד, אפשר לצמצם את הגישה המפוצלת לכלים, את הנתונים המבודדים ואת השילובים המיותרים בפריסות ה-AI.

אתם יכולים לראות ולנהל רכיבים רשומים כמשאבים ב-Agent Registry. למידע נוסף על משאבי Agent Registry, קראו את המאמר מודל הנתונים של Agent Registry.

למה כדאי להשתמש במאגר הסוכנים?

ל-Agent Registry יש שלושה יעדים עיקריים שיעזרו לכם לנהל את הסוכנים, שרתי ה-MCP, נקודות הקצה והמיומנויות:

  • פיתוח מהיר יותר: אתם יכולים למצוא יכולות אג'נטיות קיימות ולהשתמש בהן שוב, כמו מיומנויות A2A, מיומנויות עצמאיות וכלים של MCP, בכל הארגון. אתם יכולים לשלוח שאילתות למרשם כדי לזהות את היכולות הזמינות ולהשתמש בהן, וכך לא תצטרכו ליצור שילובים בהתאמה אישית לכל תהליך חדש.
  • הטמעה פשוטה יותר: אתם יכולים להשתמש בפרוטוקולים הסטנדרטיים MCP ו-Agent2Agent‏ (A2A) כדי לאתר נקודות קצה פונקציונליות ולהתחבר אליהן, וכך לצמצם את התקורה של ניהול התשתית.
  • תמיכה בממשל: אכיפת האבטחה באמצעות כללי מדיניות של רשת וגישה וגבולות ניהול בכל צי הסוכנים. שירותים אחרים יכולים להשתמש במזהים של רכיבי הסוכן כדי להגדיר הרשאות ולשלוט בסוכנים שיכולים לגשת לנתונים שלכם, כולל ריכוז המטא-נתונים של הסוכנים בכמה פרויקטים ב- Google Cloud לצורך ניהול באמצעות Agent Gateway.

איך משתמשים במאגר הסוכנים עם Gemini Enterprise Agent Platform

‫Agent Registry נועד לפעול לצד שירותים אחרים ב-Agent Platform כדי לאבטח ולנהל את האינטראקציות של הסוכנים בזמן הריצה.

ב-Agent Platform, ‏Agent Registry מנהל את המאגר המוסמך של הסוכנים, שרתי ה-MCP, הכלים, הסקילים ונקודות הקצה החיצוניות שאתם צריכים לנהל, ויוצר את המזהים ושמות המשאבים שאליהם מפנים לקוחות החיפוש ומדיניות האבטחה.

כללי מדיניות הגישה של ניהול זהויות והרשאות גישה (IAM) מקשרים בין הישויות המורשות של הסוכנים לבין משאבי המטרה שרשומים ב-Agent Registry. אתם יכולים להקצות ישויות מורשות של סוכנים שניתן לאמת לעומסי עבודה באמצעות Agent Identity, ולנהל את פרטי הכניסה לכלים חיצוניים באמצעות ספקי אימות.

‫Agent Gateway משתמש במדיניות האבטחה של IAM והתוכן כדי לקבוע איפה לאכוף את המדיניות בזמן הריצה, כנקודת האכיפה ברשת לתנועה של הסוכן. לפני ניתוב הבקשות בין סוכנים, שרתי MCP או נקודות קצה חיצוניות, Agent Gateway שולח שאילתה ל-Agent Registry, מעריך את מדיניות ה-IAM שהגדרתם ומחיל בדיקת הנחיות ותשובות של Model Armor.

הגדרת פרויקט הפיקוח של מאגר מרכזי

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

בהתאם לארכיטקטורה שלכם, אתם יכולים להשתמש בפרויקט פיקוח בתצורה של פרויקט יחיד או בתצורה של כמה פרויקטים:

  • הגדרה של פרויקט יחיד: אתם פורסים את עומסי העבודה של ה-AI ומפעילים את Agent Registry באותו פרויקט ב- Google Cloud . הסוכנים של Agent Registry רושמים באופן אוטומטי עומסי עבודה נתמכים שנפרסו בפרויקט, ואתם יכולים לרשום באופן ידני רכיבים בהתאמה אישית או נקודות קצה חיצוניות באותו פרויקט.

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

    • גבולות ניהול: אתם מגדירים גבולות ניהול בתיקייה או בארגון במנהל המשאבים, ופרויקט הניהול שמשויך אליהם משמש כפרויקט הפיקוח המרכזי. ‫Agent Registry אוסף באופן אוטומטי את הסוכנים ושרתי ה-MCP הנתמכים שזוהו בכל הפרויקטים החברים בגבול, ומעביר אותם לפרויקט הניהול. אתם יכולים גם לצבור משאבים של Service ו-Binding שאתם רושמים ישירות בפרויקט הניהול.
    • ללא גבולות ניהול: אתם מגדירים פרויקטGoogle Cloud רגיל כפרויקט הפיקוח, שבו מופעלים Agent Registry ושירותי פיקוח משותפים כמו Agent Gateway. עומסי העבודה של ה-AI יכולים לפעול בפרויקטים נפרדים של Google Cloud, בסביבות מקומיות או בעננים חיצוניים. ב-Agent Registry, רכיבים שמתארחים מחוץ לפרויקט הפיקוח נקראים רכיבים מרוחקים. מכיוון שרישום אוטומטי ללא גבולות ניהול מזהה רק עומסי עבודה נתמכים שנפרסו בפרויקט הפיקוח, אתם צריכים לרשום באופן ידני רכיבים מרוחקים במאגר המרכזי באמצעות משאבי Service. מידע נוסף זמין במאמר שיקולים לרישום בכמה פרויקטים.

המאמרים הבאים