שימוש ב-Application Integration

הדף הזה מיועד ללקוחות קיימים של Apigee שרוצים להשתמש ב-Application Integration באותו פרויקט ב-Google Cloud.

סקירה כללית

כל המשתמשים במינוי Apigee שהפעילו את התוסף Apigee Integrations יופנו עכשיו אל Application Integration ללא עלות נוספת. Application Integration מוגדר בשבילכם, וכל השילובים הקיימים שלכם ב-Apigee סונכרנו אוטומטית וזמינים לשימוש. המשמעות היא שאתם יכולים להמשיך להשתמש בפרויקט הקיים שלכם ב-Google Cloud בשביל Application Integration בלי לבצע הגדרות נוספות.

מידע נוסף על Application Integration זמין במאמר סקירה כללית על Application Integration.

בממשק המשתמש של Apigee, עוברים לדף Application Integration (שילוב אפליקציות).

מעבר אל Application Integration

הפניה אוטומטית מ-Apigee אל Application Integration הפניה אוטומטית מ-Apigee אל Application Integration

מה השתנה?

בטבלה הבאה מפורטים ההבדלים או השינויים הצפויים בפרויקט בענן שלכם ב-Google Cloud:

משאב או תכונה של Apigee סיכום השינויים
להרשאות של IAM האינטגרציות משתמשות עכשיו בתפקידי IAM מוגדרים מראש של Application Integration.

שינויים בהרשאות IAM
חשבון שירות נוצר חשבון שירות חדש שמוגדר כברירת מחדל ומשמש לכל השילובים.

מידע נוסף זמין במאמר שינויים בחשבון שירות.
‫REST APIs שימוש ב-API בארכיטקטורת REST של Application Integration.

שינויים ב-API בארכיטקטורת REST
שליחת משימת אימייל ומשימת אישור כתובת האימייל של השולח משתנה בכל האימיילים היוצאים.

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

שינויים בהרשאות IAM

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

ההרשאות של IAM לשילוב אפליקציות מופיעות בפורמט הבא:

פורמט

integrations.integrationRESOURCE.ACTION

דוגמה

integrations.integrationVersions.get

הגבלות על תפקידי IAM בהתאמה אישית

המגבלות הבאות חלות אם הגדרתם תפקידי IAM בהתאמה אישית בפרויקט Google Cloud:

  • יכול להיות שפרוקסי של Apigee שמשתמש בחשבון שירות עם תפקידי IAM מותאמים אישית שמכילים הרשאות של Apigee Integration ייכשלו. מומלץ לעדכן את תפקידי ה-IAM בהתאמה אישית עם הרשאות ה-IAM של Application Integration.

במאמר סקירה כללית על בקרת גישה מוסבר על תפקידים והרשאות ב-IAM.

שינויים בחשבון שירות

בפרויקט בענן שלכם ב-Google Cloud נוצר חשבון שירות חדש שמוגדר כברירת מחדל עם תפקיד ה-IAM‏ Application Integration Service Agent‏ (roles/integrations.serviceAgent).

חשבון השירות החדש שמוגדר כברירת מחדל של Application Integration משמש לפעולות האינטגרציה הבאות:

  • כדי להפעיל שילוב.
  • כדי להפעיל פונקציה של Cloud Functions באמצעות משימת Cloud Functions.
  • כדי להתקשר אל Integration Connector באמצעות המשימה Connectors.
  • כדי ליצור אסימונים של חשבונות שירות עבור פרופילי אימות מסוג חשבון שירות.
  • כדי להצפין ולפענח מפתחות של Cloud KMS לפרופילי אימות.

כתובת האימייל של חשבון השירות שמוגדר כברירת מחדל ב-Application Integration היא:

פורמט

  service-PROJECT_NUMBER@gcp-sa-integrations.iam.gserviceaccount.com

דוגמה

  service-46733320069@gcp-sa-integrations.iam.gserviceaccount.com

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

שינויים ב-API בארכיטקטורת REST

באופן כללי, לרוב ממשקי ה-API של Apigee Integration יש מקבילות בממשקי ה-API של Application Integration.

בטבלה הבאה מתואר השינוי העיקרי בממשקי ה-API של REST של Application Integration בהשוואה ל-Application Integration:

‫Apigee Integration (כולל proxy של Apigee) Application Integration
משאב REST projects/PROJECT_ID/locations/REGION/products/apigee/integration/INTEGRATION_NAME projects/PROJECT_ID/locations/REGION/integration/INTEGRATION_NAME

מידע על ממשקי API של Application Integration זמין במאמר Application Integration API בארכיטקטורת REST.

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

המשימה Send Email והמשימה Approval ישתמשו ב-noreply-application-integration@google.com כדי לשלוח התראות באימייל. בנוסף, כל האימיילים של בקשות האישור שנשלחים באמצעות משימת האישור יקושרו אל Application Integration.