היערכות לשינויים הקרובים בהרשאות

תהליך ההרשאה של Application Integration עודכן. השינויים האלה כבר חלים על שילובים שנוצרו ב-15 באוקטובר 2026 או אחרי התאריך הזה. החל מ-15 בינואר 2027 (UTC), הן יחולו על כל השילובים הקיימים. רוב השילובים ימשיכו לפעול בצורה חלקה, אבל בחלק מהם צריך לעדכן את ההגדרות. אתם יכולים לבצע את העדכונים האלה כבר היום, באמצעות ההגדרות שכבר יש לכם שליטה עליהן.

שינויים צפויים בהרשאות

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

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

בעקבות העדכון הזה:

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

מתי העדכונים האלה ייכנסו לתוקף

שילוב מתי העדכונים חלים
נוצרו ב-15 באוקטובר 2026 או אחרי התאריך הזה מהגרסה הראשונה שאתם יוצרים. כל גרסה שתפורסם לאחר מכן תכלול את ההתנהגות החדשה.
נוצרו לפני 15 באוקטובר 2026 החל מ-15 בינואר 2027 (UTC), האינטגרציות האלה יאמצו את ההתנהגות החדשה.

מה לעשות?

כדאי לבצע את השינויים האלה עכשיו, לא משנה באיזה שלב נמצאים השילובים שלכם. הם נכנסים לתוקף ברגע שאתם מבצעים אותם.

  1. למצוא שילובים שצריכים חשבון שירות להרצה: שילובים שפועלים באופן אסינכרוני, לפי לוח זמנים או מאירוע, ואין להם חשבון שירות להרצה.
  2. הקצו את התפקיד "משתמש בחשבון שירות" לכל חשבון שירות שמשמש להרצה ולכל חשבון שירות של פרופיל אימות, לכל מי שמריץ, בודק, מפרסם או מאשר את השילוב, ולחשבונות השירות שבהם משתמשים הטריגרים והאוטומציה שלכם.
  3. מגדירים חשבון שירות להרצה בכל אינטגרציה שמצאתם, ומפרסמים אותה.

כדאי לנסות את ההתנהגות החדשה לפני שהיא נכנסת לתוקף

בשילובים שנוצרו ב-15 באוקטובר 2026 או אחרי, כבר נעשה שימוש בהתנהגות החדשה. השילובים הקיימים שלכם יעברו אליה החל מ-15 בינואר 2027 (UTC), אבל אתם לא צריכים לחכות כדי לגלות איך הם יושפעו. יש שתי דרכים לנסות את השינוי בזמן שאתם עדיין שולטים בתזמון.

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

הפעולה הזו מחילה את ההתנהגות החדשה על כל השילובים באזור אחד.

  1. במסוף Google Cloud , נכנסים להגדרות של האזור.
  2. מפעילים את האפשרות הפעלת שילובים עם פרטי כניסה של משתמשי קצה.
  3. שומרים את ההגדרות.

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

בדיקת שילוב אחד באופן אסינכרוני

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

  1. פותחים את השילוב ולוחצים על Test integration (בדיקת השילוב).
  2. בקטע Execution mode, מפעילים את האפשרות Run asynchronously.
  3. מזינים את ערכי הקלט ומריצים את הבדיקה.

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

אם משהו נכשל אחרי השינוי, עיינו במאמר פתרון בעיות של שגיאות הרשאה.