M365Con 2027 – כנס אונליין חינמי · 11–22 Jan 2027 · 120 sessions→ m365con.net

בלוג · Mirko Peters

איי זהות: ניווט בין טוקנים של ACS ל-Azure AD

By ·

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

Automatically translated with AI from the original post. Read the English original

▶ BLOGIdentity Islands:Navigating ACS Tokens……M365.FM
Titelbild: Identity Islands: Navigating ACS Tokens vs Azure AD

ברוכים השבים לבלוג! אם פעם בחנתם מפת דרכים של מוצר ותהיתם אם להטמיע יכולות תקשורת מותאמות אישית ישירות באפליקציית האינטרנט שלכם, או לדחוף את המשתמשים אל הגן הארגוני של Microsoft Teams, אתם לא לבד. בחירה שגויה של ארכיטקטורת תקשורת עלולה להוביל לחוב טכני עצום, לחשבוניות רישוי מפתיעות ולחיכוך בהטמעת משתמשים שמשתק לחלוטין את האימוץ. כדי לעזור לכם להבין את הנוף הזה, אנחנו צוללים להבדלים היסודיים בין ניהול טוקנים שמונפקים על ידי האפליקציה ב-Azure Communication Services (ACS) לבין הסתמכות על Azure AD לאימות עובדים, וכן לאופן שבו ממפים את שתי מערכות הזהות הנפרדות האלה בעת בניית ארכיטקטורות תקשורת.

פוסט זה מרחיב ישירות את פרק הפודקאסט האחרון שלנו. אם תרצו פירוט אודיו מקיף של פשרות אלה מהעולם האמיתי, כדאי מאוד לצפות ב-Azure Communication Services vs Teams APIs.

למי זה מיועד

  • מנהלי מוצר שמשיקים צ'אט ושיחות לקוחות לתוך אפליקציות אינטרנט או נייד
  • ארכיטקטים של פלטפורמה שמנווטים בין Microsoft 365, Azure AD ו-Graph
  • מנהלי הנדסה שלא רוצים שריפות מפתיעות בתחום הציות או הרישוי

עיקרי הדברים

  • הזהות מניעה הכול. ACS גמיש למשתמשים חיצוניים או אנונימיים; Teams APIs מתיישרים עם Azure AD עבור משתמשים פנימיים, אך מוסיפים חיכוך בהטמעת אורחים.
  • הנוכחות היא מקור הפערים. Teams APIs חושפים נוכחות עשירה דרך Graph; ל-ACS אין נוכחות Teams מובנית, ולכן צפו לסנכרון מותאם אישית או לפשרות.
  • שוויון ביכולות הצ'אט חשוב. Teams משקף את יכולות הלקוח (שרשורים, תגובות, כרטיסים); ACS הוא קל משקל וניתן להטמעה, אבל את חוויית המשתמש החסרה תבנו בעצמכם.
  • יש גבולות לשיחות. הפעולה ההדדית בין ACS לפגישות Teams אינה מובנית; הצטרפות של אורחים דרך Teams דורשת לרוב הזמנות אורח ב-Azure AD.
  • ציות מול עלות. Teams יורש את הציות של Microsoft 365 (eDiscovery, DLP, legal hold), אך כפוף לרישוי E3/E5 ולמגבלות פרימיום והגבלת קצב; ACS הוא לפי שימוש, אבל אתם אחראים על האחסון, השמירה והביקורות.
  • היברידי הוא עוצמתי, ויקר בתפעול. צפו לצורך במידלוור למיפוי זהויות, להמרת הודעות, לסנכרון נוכחות ולאכיפת מדיניות.

הנחיה מהירה: לבחור ACS, Teams או היברידי?

  • בחרו ב-ACS אם אתם צריכים הרחבה ל-B2C ללא חיכוך, צ'אט אנונימי או של אורחים, מהירות SDK לנייד ולרשת, ושליטה מדויקת בעלויות, וגם אתם מוכנים לנהל בעצמכם את מחזורי חיי הטוקנים, האחסון, השמירה והביקורות.
  • בחרו ב-Teams APIs אם המשתמשים המרכזיים שלכם הם עובדים שצריכים נוכחות, צ'אט משורשר, הצטרפות לפגישות וציות מובנה תחת מדיניות הדייר, תוך קבלת העומס של הרישוי והרשאות Graph.
  • עברו להיברידי כשאתם חייבים להציג שיחות חיצוניות בפני נציגים פנימיים ב-Teams, או לשלב צ'אט ושיחות ציבוריים עם הציות והנוכחות של Teams.

מלכודות מהשטח (מניסיון מעשי)

  • שני איים של זהות: טוקנים של ACS לעומת אובייקטים ב-Azure AD &-gt; נדרשת שכבת מיפוי.
  • מס חוויית אורחים: הזמנות אורחים ב-AAD מאטות תהליכי B2C מהירים.
  • אי התאמה בנוכחות: ACS לא "רואה" שנציג עסוק בפגישת Teams.
  • טיפול בקבצים מצורפים: Teams מצפה ל-OneDrive/SharePoint; ACS משתמש לרוב ב-blobs/URLs.
  • מגבלות נסתרות: הגבלת קצב של Graph ונקודות קצה פרימיום עלולות לפגוע בקנה מידה.
  • עומס ציות ב-ACS: אתם אחראים על הצפנה, שמירה, נתיבי ביקורת והתחייבויות אזוריות.

פירוט תכונה אחר תכונה

זהות וגישה

  • ACS: משתמשים וטוקנים שמונפקים על ידי האפליקציה, מתאימים מאוד לגולשי אתר ולקבלנים; את ה-MFA, הביטול ותוקף הטוקנים אתם מנהלים בעצמכם.
  • Teams APIs: SSO של Azure AD לצוות; אורחים דורשים הזמנות והסכמה, ויישור למדיניות הדייר.

נוכחות

  • Teams APIs: נוכחות עשירה ומיידית דרך Graph בכל הדייר.
  • ACS: אין נוכחות Teams מובנית; נדרשת טלמטריה או סנכרון מותאמים אישית.

צ'אט ו-UX

  • Teams APIs: שרשורים, תגובות, כרטיסים, תשובות וקבצים מוטמעים בשיחה, שוויון ברמת Teams.
  • ACS: מסרים בסיסיים; שרשורים, חיפוש, אמוג'י מותאמים ושמירה תוסיפו בעצמכם.

שיחות/פגישות

  • ACS: הטמעת קול ווידאו באפליקציה שלך; מצוין לגישה ציבורית; פתרון תקלות במסלולי המדיה באופן עצמאי.
  • Teams APIs: חלק ונוח למשתמשי הדייר; הצטרפות חיצונית מרמזת לרוב על הטמעת אורחים ב-AAD.

SDK ופיתוח

  • ACS: ערכות SDK מאוחדות ל-Web, iOS ו-Android; הטמעה מהירה.
  • Teams/Graph/Bot: עוצמתיים אך עקומת הלמידה תלולה יותר (הרשאות, webhooks, paging).

ציות ורישוי

  • Teams: eDiscovery, DLP, legal hold ומגורי נתונים מובנים; התשלום דרך רישיונות M365 ועלויות פרימיום/מגבלות אפשריות.
  • ACS: חיוב לפי שימוש; אתם שולטים במיקום האחסון, בשמירה, ב-SIEM וביצוא נתוני ביקורת.

ארכיטקטורות ייחוס (מודלים מנטליים)

  • פורטל B2C (ACS בראש): צ'אט ושיחות ACS -> האחסון והשמירה שלכם -> העברה אופציונלית ל-Teams דרך בוט או ערוץ עבור סוכנים.
  • שירות עזרה פנימי (Teams בראש): צ'אט ובוט ב-Teams + נוכחות דרך Graph -> כניסה יחידה (SSO) לצוות -> קליטה ציבורית אופציונלית דרך טפסים או הטמעת אורחים.
  • גשר היברידי: ווידג'ט ציבורי של ACS <-> שכבת ביניים (מיפוי זהויות, המרת הודעות, סנכרון נוכחות, הוקים לציות) <-> ערוץ ב-Teams וחוויית הסוכן.

רשימת בדיקה לבנייה

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

שאלות נפוצות בקצרה

  • האם משתמשי ACS יכולים להצטרף לפגישת Teams באופן ישיר? לא ישירות; צפו לגשר או לזרימת אורחים ב-AAD.
  • האם צריך רישיונות M365 למשתמשי ACS? לא — ACS מתומחר לפי שימוש.
  • האם Teams APIs מטפלים במשתמשים חיצוניים אנונימיים? לא בצורה נקייה; בדרך כלל נדרשת הטמעה כאורחים ב-AAD.
  • האם נוכחות זמינה עם ACS? לא למשתמשי Teams — נדרש סנכרון מותאם אישית או פתרונות עוקפים.

צעדי פעולה

  1. זהו 3 דרישות חובה מרכזיות: (למשל, צ'אט אנונימי, נוכחות ב-Teams, eDiscovery).
  2. הריצו ספייק דו-מסלולי: הוכחת היתכנות (PoC) ל-ACS עבור צ'אט ציבורי; PoC ל-Teams עבור סוכנים פנימיים.
  3. אם שניהם נדרשים, הגדירו MVP של שכבת ביניים: מיפוי זהויות, העברת הודעות, סנכרון נוכחות מינימלי ורישום ביקורת.
  4. יישרו את התקציב: מושבי M365 מול שימוש ב-ACS ותקן תפעול לצורכי ציות.

לסיכום, תכנון ארכיטקטורה שמגשרת בהצלחה על "איי הזהות" שבין Azure Communication Services ל-Azure AD דורש הבנה ברורה של קהל היעד. בין אם אתם בונים פורטל צרכני פתוח ובין אם שירות עזרה פנימי לארגון, שמירה על הזהות בחזית תחסוך לכם כאבי ראש רבים בהמשך הדרך. לדיון מעמיק יותר בבחירות האלה, כדאי להאזין לפרק המשלים ב-Azure Communication Services vs Teams APIs ולהירשם כדי להישאר מעודכנים בכל מה שקשור לארכיטקטורת Microsoft 365 ו-Azure!

Entities in this article

Microsoft Entra ID eDiscovery Middleware Compliance Microsoft Teams Technical debt Throttling OneDrive SharePoint

Related articles

RSS