תפעול פלטפורמה

ניהול דייר למפעילים

שימוש ב-Access operations ‏(/access) לבחירת דייר וצוות, קליטת הצוות, ניהול חברים והרשאות וחיבור יעדי סביבות עבודה.

מפעילי פלטפורמהמנהלי פלטפורמה

עודכן לאחרונה 26 בספטמבר 2026

Access operations (/access, וגם /tenants) הוא המקום שבו צוותי הפלטפורמה מנהלים את השקת הצוות: היקף הזהות, חברים והרשאות, יעדי סביבות עבודה, קליטה, מוכנות לחיוב והעברת מידע על שימוש. מפעילי פלטפורמה ומנהליה פותחים אותו דרך חברים וגישה בניווט.

מי יכול לראות זאת

• מפעילי פלטפורמה ומנהלי פלטפורמה בלבד.
• מנהלי צוות שפותחים את /access מועברים אל הגדרת החשבון שלהם. קישורים אל /access?access_tab=members מובילים לדף חברים שלהם.
• חברי צוות מועברים אל גישת חשבון.

בחירת ההיקף תחילה

הדף עונה על ארבע שאלות לפני שמשנים משהו: באיזה חשבון נכנסתם, איזה חשבון צוות אתם מנהלים, היכן סביבות העבודה שלו ירוצו והאם ניתן לשייך את השימוש לצוות הזה. אתחול ובדיקת היקף (i) מסביר אותן. חשבון צוות הוא החברה המחויבת בתשלום, דייר הוא פלח הגישה של אותה חברה ב-Console, ו-יעד סביבת עבודה הוא האשכול שבו סביבות העבודה פועלות.

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

כרטיסיות המשנה

מדריך הדיירים והגדרות הדייר

דיירים (“מדריך מפעילים של דיירים רשומים”) מציג את כל הדיירים עם מצבם והסטטוס שלהם. השתמשו ב-Search tenants, teams, or onboarding mode כדי למצוא דייר, וב-דייר חדש כדי להוסיף אחד. בחירת דייר קובעת את ההיקף של שאר הדף.

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

כפתורי (i) ב-דיירים וב-הגדרות דייר מקשרים לכאן.

קליטת צוות

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

• פרטים: הקשר החשבון ואנשי קשר.
• הגדרת SSO: בקשת הגדרת SSO של הצוות, כולל הפרוטוקול והדומיינים, תביעות וקבוצות, וקריאות חוזרות ואימות (ראו שליחה ואימות של SSO). בדקו מה הצוות שלח או תעדו את המידע עבורו.
• רשימת תיוג: רשומת ההשקה המשותפת. עדכנו את הסטטוסים ואת החסימות באמצעות עדכון משימות ההשקה, כדי ש-ISM והצוות יראו אותו מצב. רענן את רשימת הבדיקה טוען אותה מחדש.
• מחזור חיים: היסטוריית מצבים.
• התראות: היסטוריית ההתראות של החשבון.

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

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

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

חברים והרשאות

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

Permissions פותח את Permission policies:

1. צמצמו את הרשימה באמצעות Policy controls, ואז בחרו חבר.
2. ב-Member policy editor, בחרו Policy mode:‏ Role template (הרשאות לפי תפקיד) או Custom grants (נשמר בהרשאות החברות).
3. התחילו מתבנית (מנהל דייר,‏ Workspace lead,‏ Billing manager,‏ Auditor), התאימו את ההרשאות ובחרו Save policy.

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

יעדים וברירות מחדל לסביבות עבודה

אפשר ליצור סביבות עבודה רק לאחר חיבור יעד סביבת עבודה. בכרטיסיית יעדים:

• רשימת תיוג יעד מתארח משותף: ‏ISM מחברת את היעד המשותף לדייר. Console מתעד את כתובת ה-URL של סביבת העבודה, מצב האימות, כינויי התבניות וספקי Git הנתמכים. מנהלי צוות בודקים מוכנות בהגדרת החשבון.
• רשימת יעדי צוותים (אירוח ייעודי): הצוות פורס מישור בקרה משלו, חושף כתובת HTTPS יציבה ומשתמש שוב ב-OIDC משותף או בכניסה תואמת. לאחר מכן היעד נרשם כאן.
• יעד חדש / הוסף יעד רושם יעד. רק מפעילי פלטפורמה ומנהלי דייר ברמת הדייר יכולים לשנות יעדים.
• Routing snapshot משאיר את מדריך היעדים, מצב האירוח ופרופיל הניתוב גלויים בזמן העריכה. הוא מציג אירוח,‏ אימות (מצב האימות ש-Create משתמש בו) ו-כינויים (שמות התבניות ש-Create מציע).
• ברירות מחדל של סביבת עבודה מגדיר את הערכים שבהם Create מתחיל עבור צוות זה.

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

חיוב ותמחור

בכרטיסיית Billing של הצוות, תעדו את ערוץ התשלום וסמנו את החשבון כמאושר לניסיון או כמאומת לפני שהצוות יוצר סביבות עבודה. מצב החיוב הוא תנאי הסף ליצירת סביבות עבודה. Resource pricing policy גובר על ברירות המחדל של הפריסה עבור Analytics וחישוב חיובי יתר של צוות אחד. התחילו ב-Estimated pricing presets (Pilot,‏ Team,‏ Enterprise) או ב-Start from deployment defaults, ואז בחרו Save policy. Stripe נשאר מקור הרישום לחשבוניות ולתשלומים. למקרי תמיכה ראו עזרה בחיוב.

בטלפון

Access operations פועל בטלפון:

• כרטיסיות המשנה וכרטיסיות הצוות הופכות לשורה אחת של כרטיסיות קומפקטיות שנגללת לצדדים. הכרטיסייה הפעילה נשארת בתצוגה, וטקסט העזרה שמתחת לכל כרטיסייה מוסתר.
• הכרטיסים מוצגים בעמודה אחת, עם פעולות הכותרת בערימה מתחת לכותרת. המדדים מוצגים בשתי עמודות.
• להציל את הצוות,‏ שמור דייר ו-הוסף יעד נשארים מוצמדים לתחתית המסך כאשר הטופס שלהם פתוח.
• בוררי חברים והרשאות נפתחים בתיבות דו-שיח שמתאימות למסך.
• לכפתורי העזרה (i) של השדות יש אזורי מגע בגודל מלא.

פתרון בעיות

• הגעתם ל-Account Setup או ל-Account access: אינכם מפעילי פלטפורמה.
• אין מה לנהל: “אין עדיין דיירים לניהול.” צרו דייר באמצעות דייר חדש או בדקו את תפקיד הפלטפורמה שלכם.
• “פעולות CRUD ביעדים מוגבלות למפעילי פלטפורמה או למנהלי דייר ברמת הדייר.” פנו למפעיל פלטפורמה.
• Analytics אינו מזהה את הצוות: היכנסו שוב דרך SSO ובדקו את תוויות גישת SSO.

מדריכים קשורים

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