מבוא לאירוע Azure Event Grid

Azure Event Grid הוא שירות אירוע מנוהל במלואו שפועל כעמוד השדרה עבור ארכיטקטורות מונעות אירוע בענן.זה מאפשר רכיבים שונים של יישום - בין אם הם שירותים Azure, יישומים מותאמים אישית או מערכות צד שלישי - לתקשר באופן סינכרוני על ידי פרסום ו subscribing לאירועים.זה decoupling מאפשר מערכות להיות יותר גמיש, ברגולציה, ותגובה לשימוש במקרים של אוטומציה מתאימה לשימוש במקרים של פעילות גופנית.

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

הבנת אדריכלות Event-Driven

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

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

המונחים: Azure Event Grid

אירועים אירועים

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

נושאים

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

אירועים מנויים

מנויים מגדירים אילו אירועים המנויים רוצים לקבל וכיצד יש להעביר אותם.You יכול לסנן אירועים המבוססים על נושא, אירוע מסוג או שדות נתונים. מנויים לציין גם את סוג נקודת הקצה - אפשרויות קודמון כוללות את webhooks (נקודות קצה HTTP), Azure Functions, Event Hubs, Service Bus תורs או נושאים, ו- Azure Logic Apps.כל מנוי יכול להיות מדיניות משלו ומטרות מתות.

אירוע Publishers

כל שירות או יישום ששולח אירועים לנושא אירוע גרייד הוא מוציא לאור. Publishers לא צריך לדעת על מנויים; הם פשוט מפרסמים אירועים ל-Compution. Azure SDKs, REST API ו-CLI זמינים להצגת אירועים.

אירועים Handlers

מטפל האירוע הוא הרכיב שמעבד את האירוע הנכנס. Azure Event Grid תומך במספר סוגי מטפל: Webhooks אשר מגיבים ל-HTTP POST, Azure Functions, Automation Runbooks, Logic Apps ועוד. for webhooks, Event Grid דורש לחיצת יד כדי לאמת את נקודת הקצה לפני האירועים מועברים.

שלב אחר שלב של Azure Event Grid

בואו נעבור את השלבים המעשיים להקמת Azure Event Grid, מיצירת נושא להשתתפות ולפרסום אירועים.

1 יצירת אירוע גריידי

(הופנה מהדף Azure Portal (ראה:0) ,0) ,0 (הפורטל של ההרחבה) וחיפוש אחר "אפילוט גריד" (אפילו לא) ClickFLT:2Createph3 ובוחר ב-FLT:4TopicFLT:5 מהאפשרויות.

  • (ב) ,0) ,SubscriptionFLT:1: מנוי Azure שבו ייווצר הנושא.
  • (ב) [ה]: [ה], [ה], או], או אם משתמשים בקבוצה קיימת או יוצרים קבוצה חדשה כדי לארגן משאבים.
  • (ב) ויקרא:א): שם ייחודי בעולם לנושא זה הופך לחלק מכתובת ה-URL.
  • (ב) ,0) ,RegionofLT:1: בחר אזור Azure קרוב לשירותים שלך.

באופן אופציונלי, אתה יכול לאפשר זהות מנוהלת מערכת או להוסיף תגים עבור הממשל.לאחר אימות, לחץ על לוח:0Createph:1 .הפריסה לוקח דקה או שתיים. לאחר מוכן, תראה את כתובת האתר של נקודת הנושא ואת מפתח גישה או SAS token בסעיף "מפתחות" של הנושא.

2.יצירת מנוי לאירוע

עם הנושא שנוצר, אתה צריך לפחות מנוי אחד כדי לקבל אירועים. בעמוד הסקירה של הנושא, לחץ על (FLT:0 + אירוע מנויי FLT:1 לספק:

  • שם הספר בלועזית :0 (שם בדוי)
  • (FLT:0) אפילו שemaFLT:1: בחר בין אירוע גריד סכימה או Cloudevents v1.0 schema. Cloudevents הופך לסטנדרט התעשייה עבור יכולת הדדית.
  • (ב) [ה]ה[[המאה ה-1]]: בחר את סוג המטפל (לדוגמא: ⁇ ) עבור בדיקות, בחר באפשרותך לבחור את ה-VerpLT:2WebhookirFLT 3 ולספק את כתובת ה-URL של נקודת הקצה שלך.
  • (ב) ,0) ,FitersphFLT:1: אתה יכול לאפשר סינון על סוגי אירועים, נושא מתחיל / ends עם, או מסננים מתקדמים (למשל, שדות נתונים) זה מפחית אירועים לא רצויים שמגיעים אל המטפל שלך.
  • (ב) ,0) מדיניות של משרד המשפטים: לקבוע את המספר המקסימלי של ניסיונות אספקה וזמן לחיות עבור אירועים.
  • (ב) ⁇ :0) , ⁇ ⁇ : ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

לחץ על שורת ה-FLT:0 (CreateeurFLT:1 אם בחרת בנקודת קצה של Webhook, אירוע גרייד ישלח בקשה אימות.נקודת הקצה שלך חייבת להגיב עם קוד אימות (לעיתים קרובות חלק מתהליך לחיצת הידיים) כדי לאשר בעלות.

3.פרסום אירועים

כדי לפרסם אירועים, עליך להשתמש בכתובת Sitepoint ומפתח גישה או SAS token.העומס על האירוע חייב לעקוב אחר ה-FLT:0, אפילו Grid schemaphveFLT:1 הנה דוגמה מינימלית באמצעות Azure CLI:

az eventgrid event submit \
 --endpoint https://your-topic.westus-1.eventgrid.azure.net/api/events \
 --subject "custom/test" \
 --event-type "MyApp.NewRecord" \
 --data '{"id":123,"name":"test"}' \
 --key aabbccdd...

ניתן גם להשתמש REST, PowerPoint, או SDKs (C#, Python, Java, Node.js) לסביבות ללא שרת, Azure Functions יכול לפרסם אירועים באמצעות הנפקת פלט.

אירועים עם Azure Functions

אחד הדפוסים הנפוצים ביותר הוא להשתמש ב- Azure function כמטפלת באירוע. ליצור אפליקציית Azure Function חדשה ולהוסיף אירוע גריד.התפקיד יקבל אירועים כמו JSON. הנה דוגמה פשוטה:

[FunctionName("ProcessEvent")]
public static void Run([EventGridTrigger] EventGridEvent eventGridEvent, ILogger log)
{
 log.LogInformation($"Received event: {eventGridEvent.EventType} with subject {eventGridEvent.Subject}");
 // Process the event data
}

הפונקציה Runtime באופן אוטומטי לאמת את לחיצת היד של Webhook אם אתה משתמש ב- Event Grid מעורר מחייב.גישה זו מעניקה לך מעבד אירועים מדרגי, ללא שרת.

סקרנים מתקדמים ותבניות

מעבר להגדרה הבסיסית, Azure Event Grid תומך באדריכלות מתוחכמת.כאן כמה מקרים מתקדמים:

מסנן ו-Ring

השתמש בסינון מתקדם לאירועים המבוססים על ערכי נתונים.לדוגמה, ייתכן שיש לך נושא שמקבל אירועים ממחלקות מרובות.You יכול ליצור מנויים נפרדים לאירועים "HR" (המסומנים על FLT:4) ו"IT" אירועים.זה מבטיח לכל מטפל רק תהליכים רלוונטיים, צמצום העומס ופשטת ההיגיון.

אירועים Grid Domains

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

שילוב היברידי ורב-ענן

אירוע Grid יכול להתחבר למערכות חיצוניות באמצעות Webhooks.You יכול לשלוח אירועים במערכות על-ידי מערכות באמצעות חיבורים היברידיים, או לספקי ענן אחרים באמצעות נקודות קצה HTTP ציבוריות.עבור אבטחה, להשתמש בזהויות מנוהלות ו-SAS אסימונים כדי לאמת שיחות יוצאות דופן.

שילוב עם Azure Logic Apps

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

Best Practices for Production Deployments

כדי להבטיח את פתרון אירוע Grid שלך הוא אמין, בטוח, ועלות יעיל, בצע את התרגילים הטובים ביותר:

  • (ב) [ה]הכולה מאפשרת ל-FLT1 מת, ללא זה, אירועים בלתי-מסופקים יוסרו בשקט לאחר החזרה. יעד מת (אחסון בכבד) מסייע לך לאבחן תקלות משלוח ואירועים ממעבדים מחדש במידת הצורך.
  • (FLT:0)Use ניהלה זהות עבור אימות FLT:1ir במקום אחסון מפתחות, לאפשר זהות מנוהלת על המו"ל שלך (למשל, Azure Function) ומעניקה לו רשות לפרסם את הנושא.עבור מנויים, השתמש בזהויות מנוהלות כדי למנוע ניהול מפתח.
  • (ב) ,0) פילטר ב-Switchtual Levels, ההרחבה של המנויים: זה מקטין את מספר ההליכים על המטפלים שלך, חוסכת עלות ושיפור ביצועים.
  • (FLT:0) עיצוב מטפלות אידיאולוגיות idempotent HandrsFIRLT:1 , כי אירוע גרייד מבטיח לפחות פעם אחת משלוח, המטפל שלך עשוי לקבל את אותו אירוע מספר פעמים.להבטיח לוגיקה לעיבוד שלך יכול לטפל בשכפלות חסד (למשל, על ידי בדיקת מזהה אירוע ייחודי או באמצעות חנות דהודוק).
  • (FLT:0) ממורייר עם Azure MonitorFLT:1show metrics כמו שיעור הצלחה משלוח, אירועים צנחו, עצלות וספירה משוחררת.קבע התראות עבור אנומליות. השתמש בהגדרות אבחון כדי לשלוח יומני לדוקטורט לניתוח עמוק יותר.
  • (FLT:0)Plan for Geo-disaster RecoveryFLT:1 ; נושאים הם אזוריים.אם אתה צריך חוסן גלובלי, לפרוס נושאים באזורים מרובים ולהשתמש מנגנון מחיקה מותאם אישית. שקול באמצעות האירועים השותף של Azure Event Grid או שכפול חוצה רגולציה עבור תרחישים קריטיים.
  • (FLT:0) המשך האירוע משלם קטן FLT:1rea אירועים מועברים כגופים HTTP POST.עומסי תשלום גדולים מגבירים את הגמישות והעלות.כולל רק כתובת URL או מזהה התייחסות במקרה, ומאפשרים למטפלים להביא נתונים נוספים ממחסן.

שיקולים ביטחוניים

אבטחה במערכות מונעות אירועים יש מספר שכבות:

  • (FLT:0) Authentication for PublishersFLT:1: השתמש במפתחות SAS, זהות מנוהלת או Azure AD אימות כדי להבטיח את נקודת המוצא של הנושא; להימנע מהטמעת מפתחות בקוד; השתמש בתעודה מרכזית או שירות.
  • (FLT:0) אימות של Endpoint למנויים FLT:1: בעת שימוש ב-webhooks, Event Grid שולח יד אימות כדי לאשר את המנוי שולט בנקודת הקצה.האינטרנט שלך חייב להגיב כראוי כדי למנוע אירוע לא מורשה מראש.
  • (FLT:0Network SecurityveFLT:1) : השתמש בנקודות קצה פרטיות כדי לגשת לאירוע גרייד מעל VNet.זה מבטיח תנועה לעולם לא חוצה את האינטרנט הציבורי.
  • (FLT:0) הצפנה של נתונים ,FLT:1: אירועים מוצפנים במנוחה ובמעבר (TLS 1.2+) ניתן גם להביא את המפתח שלך (BYOK) לשליטה נוספת על מקשי הצפנה.

ניהול עלויות

תמחור אירוע Azure Grid מבוסס על מספר הפעולות (אירועים שפורסמו וניסיונות משלוח) ומספר המשאבים בנושא / קידוד.

  • שילוב סוגי אירוע מרובים לנושא בודד ומסנן ברמת המנוי.זה מקטין את מספר הנושאים הדרושים.
  • השתמש באירוע המסנן באופן אגרסיבי כדי להימנע ממשלוחים מיותרים.כל משלוח נחשב כמבצע.
  • אירוע מינוף גרייד דומיינים עבור תרחישים רב-עוצמה - הם חולקים תשתיות ויכולים להיות זולים יותר מאשר נושאים נפרדים.
  • קביעת מדיניות ההחזרה המתאימה.החזרות ברירת המחדל (30 ימים) עשויות להיות ארוכות מדי; להתאים את ה-Time-to-live ו-max Retries בהתבסס על ה-SLA שלך.

עקוב אחר השימוש שלך באמצעות Azure Cost Management וקביעת תקציבים או התראות כדי להימנע מחשבונות בלתי צפויים.

מעקב ופתרון בעיות

Azure Monitor מספק מדדים מקיפים לאירוע גריד. Key metrics כוללים:

  • (ב) ויקרא י"ד: "המספר של אירועים" (בתרגום חופשי: ).
  • (ב) ,0) ,[דרוש מקור]: אירועים שלא ניתן לפרסם (למשל שגיאות אימות).
  • (ב) ,0) , ⁇ : אירועים שהועברו בהצלחה למנויים.
  • (ב) ,0) , מדרש (ב) לא ניתן לפסוק (ב')
  • (ב) ויקרא י"ד: "הדברים שמצמצו את הניסיונות.

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

פתרון בעיות נפוצות:

  • אם אירועים אינם מגיעים למטפלים שלך, בדוק את בריאות נקודת הסיום של המנוי. השתמש באפשרות "מבחן" בפורטל כדי לשלוח אירוע מדגם.
  • אם אימות נכשל עבור Webhook, ודא שהנקודת הקצה שלך מחזירה HTTP 200 עם קוד אימות. עבור Azure Functions, החייב מטפל באופן אוטומטי זה.
  • אם האירועים הם מתים, לבדוק את מיכל הנפיחות הקטלני עבור מטענים האירוע המקורי ופרטי שגיאות.

שילוב עם שירותים אחרים

Azure Event Grid עובד עם שירותי Azure רבים.כאן הם כמה אינטגרציה משותפת:

  • (ב) ,0אזור (ב"א): שולח אוטומטית אירועים כאשר הנפיחות נוצרת, נמחקה או מעודכנת.
  • (ב) DevOpsIRFLT: תגובה לבניית השלמת, משיכת אירועים, ועוד לשותף אוטומטי CI/CD.
  • (ב) ,0אזור למידת מכונות: 1:1: טריגר מסדיר משרות או צינורות פריסה כאשר נתונים חדשים מגיעים.
  • (ב) [15] ,9) ,9 ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (FLT:0Zonee Kubernetes Service (AKS)IRLT) 1: השתמש באירוע גרייד כדי לצפות באירועים AKS עבור פיזור רכב או פריסת יישומים.

הכוח של Event Grid הוא ביכולתו לחבר את השירותים המתפוררים הללו עם קוד מינימלי.

דוגמה אמיתית לעולם: עיבוד הזמנה ללא תשלום

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

  1. (ב) ,0) ,Inventory ServiceFLT:1 (אזור פונקציה): מילואים מלאי ועדכונים מסד נתונים של מלאי.
  2. (הופנה מהדף ⁇ ) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  3. (ב) ,0) ,לאה של שירות הסמכת ההרחבה 1 (Webhook to SendGrid): שלח הודעת אישור ללקוח.

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

הגבלות ואלטרנטיבה

בעוד ש- Azure Event Grid הוא חזק, יש לו מגבלות:

  • (ב) גודלו של ה-FLT: גודל האירוע המקסימלי הוא 1 MB (כולל ראשי תיבות של מטענים גדולים יותר, השתמש בהתייחסות לאחסון נפוח.
  • (FLT:0 ThroughputerFLT:1) ; למרות שגבוה, יש מגבלות ריבית חוצות.עבור דופי גבוה מאוד (מיליוני אירועים לשנייה), לשקול Azure Event Hubs for Event Ingestion and Event Grid לאירועים ספציפיים.
  • (FLT:0) הזמנת מילואים: אירוע גרייד אינו מבטיח הזמנה מראש; אירועים עשויים להגיע מתוך סדר.
  • (ב) ,0) ,בעברה (ב): ניתן למנוע משלוחים.

בחר Azure Event Grid בעת הצורך נתב אירוע פשוט ללא שרת עם פאב / סוב סמנטיה. עבור הזרמת אירוע או משלוח הורה, לשלב אותו עם שירותי הודעות Azure אחרים.

מסקנה

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

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

(ב) לקראת ה[[המאה ה-20]], [[1924]]]], [[1924]]]]]] ו[[1924]]]]