Latest / M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch / Microsoft Graph Change Notifications einfach erklärt: Echtzeit statt Polling (KI-Synchronfassung)

Transcript

Microsoft Graph Change Notifications einfach erklärt: Echtzeit statt Polling (KI-Synchronfassung) · M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch

• 0:00
  Bereit für 10 Tage voller Microsoft 365, Co-Pilot, KI, Azure und den Menschen, die die Zukunft der Arbeit gestalten?
• 0:07
  Diesen Januar ist die M365-Con zurück und wir legen noch eine Schippe drauf?
• 0:12
  Seien Sie dabei bei Live-Sessions, Praxis-Demos und Expertenwissen von MVPs und Fachleuten aus aller Welt.
• 0:18
  Keine generischen Folien, keine endlosen Schlagworte.
• 0:21
  Wir gehen echte Herausforderungen an.
• 0:23
  Co-Pilot Studio, KI-Agenten-Fabrik, Sicherheit, Governance und Automatisierung, K.
• 0:28
  Egal ob IT-Profi, Entwickler oder Führungskraft des GIP-Sessions, die genau für Sie gemacht sind.
• 0:35
  An 10 vollen Tagen können Sie diverse Technologien erkunden und sich mit der globalen Community vernetzen.
• 0:40
  Schauen Sie live zu und nehmen Sie praktische Erkenntnisse für Ihr Unternehmen mit.
• 0:45
  Januar 2027, 10 Tage, eine Microsoft-Community.
• 0:49
  Die Registrierung ist jetzt eröffnet.
• 0:51
  Gehen Sie auf m365.com.net und sichern Sie sich noch heute Ihren Platz.
• 0:55
  Das ist m365.com.net.
• 1:00
  Melden Sie sich jetzt auf m365.net an.
• 1:02
  Wir sehen uns live im Januar, Refin.
• 1:04
  Das heutige Thema ist etwas, von dem fast jeder, der mit Microsoft 365 arbeitet, schon gehört hat.
• 1:09
  Aber die meisten verstehen nicht wirklich, wie es im Hintergrund funktioniert.
• 1:12
  Ich spreche von Microsoft Graph Änderungsbenachrichtigungen.
• 1:16
  Was genau sind Sie und warum sollten Sie Sie interessieren?
• 1:18
  Fangen wir mit dem Problem an, das Sie lösen.
• 1:20
  Stellen Sie sich vor, Sie entwickeln eine App, die wissen muss, wenn sich in Microsoft 365 etwas ändert.
• 1:24
  Vielleicht geht eine neue E-Mail ein, jemand aktualisiert eine Datei in SharePoint oder ein neuer Benutzer wird im Firmenverzeichnis hinzugefügt.
• 1:29
  Wie findet Ihre App das aber?
• 1:30
  Die Sache ist die, der alte Weg ist das Polling.
• 1:33
  Ihre App sendet alle paar Minuten eine Anfrage an Microsoft Graph und fragt,
• 1:36
  gibt es etwas Neues seit meiner letzten Prüfung?
• 1:38
  Wenn sich nichts geändert hat, haben Sie eine Anfrage verschwendet.
• 1:40
  Und wenn sich fünf Sekunden nach Ihrer Prüfung etwas ändert, erfahren Sie es erst beim nächsten Zyklus.
• 1:45
  Sie prüfen entweder zu oft verschwendende Ressourcen und riskieren Drosselungen oder zu selten, wodurch Sie Dinge verpassen.
• 1:50
  Microsoft drosselt tatsächlich Apps, die zu aggressiv pollen.
• 1:53
  Entwickler nennen es Graph-Gefängnis.
• 1:55
  Und Ihre App wird eine Zeit lang blockiert, weil sie zu viele Anfragen stellt.
• 1:59
  Die Frage lautet also, gibt es keinen besseren Weg?
• 2:01
  Was wäre, wenn das System Ihnen einfach Bescheid gäbe, wenn sich etwas ändert, anstatt dass Ihre App ständig fragt?
• 2:06
  Genau das tun Änderungsbenachrichtigungen.
• 2:09
  Was sind Microsoft Graph Änderungsbenachrichtigungen?
• 2:11
  Hier ist die einfachste Definition.
• 2:13
  Änderungsbenachrichtigungen lassen Ihre App sofort auf Ereignisse in Microsoft Reinewurt von B6 reagieren, ohne ständiges Prüfen.
• 2:19
  Stellen Sie es sich wie ein Bewegungsmelder an Ihrem Briefkasten vor.
• 2:21
  Anstatt stündlich vorbeizulaufen, um hineinzusehen, installieren Sie einen Sensor, der Sie benachrichtigt, sobald Post ankommt.
• 2:27
  Sie verschwenden keine Zeit mehr mit Lehr- und Prüfungen und verpassen Ihr Endezustimmen.
• 2:30
  Genau das tun Änderungsbenachrichtigungen für Ihre App.
• 2:32
  Wenn sich etwas ändert, wie bei einer neuen E-Mail, einer aktualisierten Datei oder einem Kalenderereignis, sendet Microsoft Graph automatisch eine Benachrichtigung an Ihre App.
• 2:39
  Kein Abrufboiling erfordert.
• 2:41
  Dieses System besteht aus zwei Teilen, einem Abonnement und einer Benachrichtigung, die zusammenarbeiten.
• 2:46
  Beim Abonnement teilen Sie Microsoft Graph mit, was Sie überwachen möchten.
• 2:48
  Sie sagen zum Beispiel, hey, sag mir Bescheid, wenn jemand eine neue Nachricht an diesem Posteingang sendet.
• 2:53
  Oder sag mir Bescheid, wenn eine Datei in dieser SharePoint-Bibliothek aktualisiert wird.
• 2:56
  Sie registrieren Ihr Interesse und Graph Magazine.
• 2:58
  Die Benachrichtigung ist das, was als nächstes passiert.
• 3:00
  Wenn die Änderung eintritt, sendet Graph ein HTTP-Post an einen von Ihnen bereitgestellten Endpunkt.
• 3:04
  Ihre App empfängt diesen Post, weiß, dass etwas passiert ist und kann dann entscheiden, was zu tun ist.
• 3:08
  Zum Beispiel neue Daten abrufen, einen Workflow auslösen oder eine Datenbank aktualisieren.
• 3:13
  Hier ist der entscheidende Unterschied zum Abrufverfahren.
• 3:15
  Benachrichtigungen werden automatisch zugestellt.
• 3:16
  Ihre App muss nicht nachfragen. Das System übermittelt die Informationen in dem Moment, in dem sie eintritt.
• 3:20
  Das ist das Magische daran.
• 3:22
  Microsoft Graph unterstützt Änderungsbenachrichtigungen für eine Vielzahl von Ressourcen.
• 3:25
  Nachrichtenereignisse, Kontakte, Benutzergruppen, Dateien, Teams-Nachrichten, Sicherheitswarnungen.
• 3:30
  So ziemlich alles, worauf Sie über Graph zugreifen können, kann auf Änderungen überwacht werden.
• 3:33
  Aber wie richtet man das eigentlich ein?
• 3:35
  Wie teilen Sie Graph mit, was beobachtet werden soll und wohin die Warnungen gesendet werden?
• 3:38
  Ein Abonnement erstellen.
• 3:39
  Graph mitteilen, was beobachtet werden soll.
• 3:41
  Was ist also ein Abonnement?
• 3:42
  Es ist einfach eine Registrierungsanfrage.
• 3:44
  Ihre App sagt, gib mir Bescheid, wenn dies geschieht.
• 3:45
  Und Sie senden diese Anfrage an die Microsoft Graph API.
• 3:48
  Graph speichert Sie und wartet.
• 3:49
  Sie müssen Graph in dieser Anfrage einige Details mitteilen.
• 3:52
  Erstens die Ressourcen, die Sie überwachen möchten, also den Pfad zu den Daten.
• 3:55
  Zum Beispiel Users, wenn Sie Änderungen an Benutzerkonten überwachen.
• 3:58
  Oder Mailfolder-Mailfolder-Inbox-Messages-Wormails, wenn neue E-Mails informiert werden möchten.
• 4:03
  Als nächstes die ADN.
• 4:05
  Möchten Sie wissen, wann etwas erstellt, aktualisiert oder gelöscht wird?
• 4:08
  Sie können eine auswählen oder alle drei anfordern.
• 4:10
  Drittens die Benachrichtigungs-URL.
• 4:11
  Dies ist die Adresse Ihres Endpunkts, der Ort, an den Graph die Benachrichtigung senden soll, wenn etwas passiert.
• 4:15
  Es muss ein öffentlich zugänglicher HTTPS-Endpunkt sein.
• 4:18
  Dabei gibt es keine Abgrößungen.
• 4:19
  Viertens das Ablaufdat.
• 4:20
  Abonnements dauern nicht ewig.
• 4:22
  Sie wählen ein zukünftiges Datum und eine Uhrzeit aus, an denen das Abonnement hat.
• 4:25
  Aber verschiedene Ressourcen haben unterschiedliche maximale Laufzeiten.
• 4:28
  Outlook-Nachrichten können bis zu sieben Tage laufen.
• 4:30
  Teams-Chat-Nachrichten sind auf maximal drei Tage begrenzt.
• 4:33
  SharePoint-Dateien können etwa 30 Tage lang bestehen.
• 4:35
  Präsenz-Formationen?
• 4:36
  Diese laufen schon nach einer Stunde ab.
• 4:38
  Hier ist ein konkretes Beispiel.
• 4:39
  Angenommen, Sie möchten wissen, wann jemand in Ihrem Unternehmen die Berufsbezeichnung ändert.
• 4:42
  Sie erstellen ein Abonnement für die Benutzer-Ressource mit dem Änderungstyp aktualisiert.
• 4:46
  Sie verweisen auf Ihre Benachrichtigungs-URL und setzen das Ablaufdatum auf einige Tage später.
• 4:49
  Wenn jemand sein Profil in Azure ID aktualisiert, sendet Graph einen Poster in Ihren Endpunkt mit einer Benachrichtigungs-Nutzlast.
• 4:55
  Diese Nutzlast enthält die ID des Benutzers und teilt Ihnen mit, was sich geändert.
• 4:58
  Ihre App kann dann darauf reagieren, ein HR-System aktualisieren, eine Benachrichtigung an den Manager auslösen oder was immer Sie benötigen.
• 5:03
  Graph antwortet auf Ihre Abonnement-Anfrage mit einer Abonnement-ID.
• 5:06
  Sie benötigen diese ID später, um das Abonnement zu verwalten, zu erneuern, zu aktualisieren oder zu löschen.
• 5:11
  Aber hier ist der Punkt.
• 5:12
  Bevor Graph mit dem Senden von Benachrichtigungen beginnt, muss bestätigt werden, dass Ihr Endpunkt tatsächlich aktiv ist und zuhört.
• 5:17
  Das erfordert ein Handshake.
• 5:19
  Die Validierung des Handshake-Tokens erklärt.
• 5:22
  Wenn Sie ein Abonnement erstellen, vertraut Microsoft Graph Ihrem Endpunkt nicht blinden.
• 5:26
  Es sendet zuerst ein Test-Ping, eine Verifizierungsanfrage.
• 5:29
  Dieser Ping enthält ein Validierungstoken, eine zufällige Zeichenfolge.
• 5:32
  Ihr Endpunkt muss dieses Token empfangen und innerhalb von 10 Sekunden als Glatt-Text zurücksenden.
• 5:36
  Stellen Sie es sich wie einen Zusteller vor, der an Ihrer Tür klingelt, um sicherzugehen, dass Sie zu Hause sind, bevor Ihr ein Paket hintet.
• 5:41
  Wenn niemand antwortet, lässt der Fahrer nichts da.
• 5:43
  Genau wie hier.
• 5:44
  Wenn Ihr Endpunkt das Validierungstoken nicht zurückgibt, sendet Graph keine Benachrichtigungen dorthin.
• 5:49
  Die Antwort muss Klartext sein.
• 5:50
  Kein JSON oder XML, nur die reine Token-Zeichenfolge.
• 5:54
  Wenn das Format nicht stimmt, schlägt der Handshake-Fähl.
• 5:56
  Es ist in der Sicherheitsüberprüfung.
• 5:57
  Sie beweist, dass Ihr Endpunkt aktiv ist, zuhört und unter Ihrer Kontrolle steht.
• 6:01
  Dies verhindert, dass jemand ein Abonnement auf eine URL richtet, die ihm nicht gehört, in der Hoffnung, Benachrichtigungen für jemand anderen abzufangen.
• 6:06
  Kein Handshake bedeutet kein Abonnement.
• 6:08
  Graph lehnt die Erstellungsanfrage ab und Sie erhalten eine Fehlermeldung.
• 6:11
  Sie korrigieren Ihren Endpunkt und versuchen es an.
• 6:13
  Sobald der Handshake erfolgreich war, ist das Abonnement aktiv und die Benachrichtigungen fließen.
• 6:17
  Aber hier ist die Sache.
• 6:18
  Sie fließen nicht für immer.
• 6:20
  Die Verbindung aktiv halten.
• 6:22
  Abonnement erneuert.
• 6:23
  Jedes Abonnement hat einen Ablaufdatum.
• 6:25
  Sie legen es bei der Erstellung fest.
• 6:27
  Graph setzt es durch.
• 6:28
  Wenn dieser Tag kommt, endet das Abonnement.
• 6:30
  Keine Benachrichtigungen mehr.
• 6:32
  Stellen Sie es sich wie eine Parkuhr vor.
• 6:34
  Sie bezahlen die Zeit und wenn sie abläuft, läuft die Parkuhr ab.
• 6:37
  Verschiedene Ressourcen haben unterschiedliche Limits.
• 6:39
  Outlook-Nachrichten können sieben Tage laufen.
• 6:42
  Teams-Chat-Nachrichten drei Tage.
• 6:43
  SharePoint-Dateien etwa 30 Tage.
• 6:45
  Präsenzinformationen nur eine Stunde.
• 6:47
  Deine App kann also nicht einfach ein Abonnement erstellen und ist dann vergessen.
• 6:50
  Du benötigst einen Prozess, der es am Leben erhält.
• 6:52
  Die Erneuerung ist einfach.
• 6:53
  Sende eine Patch-Anfrage mit der Abonnement-ID.
• 6:55
  Füge ein neues Ablaufdatum hinzu.
• 6:57
  Tut dies, bevor das aktuelle abläuft und Graph verlängert das Abonnement.
• 7:01
  Hier ist die bewährte Methode, die ich empfehle.
• 7:03
  Überprüfe den Ablaufzeitstempel bei jeder Benachrichtigung, die du erhältst.
• 7:06
  Wenn es kurz vor dem Ablauf steht, sagen wir innerhalb eines Tages, erneuere sofort.
• 7:09
  Auf diese Weise brauchst du keinen separaten Hintergrundjob nur für die Abonnementverwaltung.
• 7:12
  Microsoft hat auch Lebenszyklus-Benachrichtigungen hinzugefügt.
• 7:15
  Diese Warnmeldungen informieren dich, bevor ein Abonnement abläuft.
• 7:18
  Sie sagen dir, wenn dein Abonnement bald endet oder wenn dein Zugriffstoken neu autorisiert werden muss.
• 7:22
  Abonniere diese und deine App kann erneuern, bevor etwas ausfällt.
• 7:26
  Aber was, wenn dein Endpunkt ausfällt oder du ein Erneuerungsfenster verpasst?
• 7:28
  Genau hier kommt das Sicherheitsnetz ins Spiel.
• 7:31
  Wenn Dinge schief gehen, Zuverlässigkeit und Sicherheitsnetze.
• 7:34
  Dein Abonnement ist aktiv, dein Endpunkt empfängt, Benachrichtigungen fließen.
• 7:37
  Alles sieht gut aus, aber was passiert, wenn etwas kaputt geht?
• 7:40
  Vielleicht geht dein Endpunkt wegen Wartung offline.
• 7:41
  Ein Netzwerkproblem lässt deine Nachricht fallen.
• 7:44
  Oder du verpasst das Zeitfenster und das Abo läuft ab.
• 7:46
  Da etwas passiert eben.
• 7:47
  Die Frage ist, wie erholst du dich davon?
• 7:49
  Microsoft Graph erwartet, dass dein Web.endpunkt schnell reagiert, innerhalb von 3 Sekunden.
• 7:53
  Wenn es länger dauert, markiert Graph ihn als langsam.
• 7:55
  Wenn mehr als 10% deiner Antworten in einem 10-Minuten-Zeitraum 3 Sekunden überschreiten,
• 7:59
  verzögert Graph die Benachrichtigung in 10 Minuten.
• 8:01
  Es sendet nur eine kleine Stichprobe, um zu prüfen, ob du dich erholt hast.
• 8:04
  Es wird noch schlimmer.
• 8:05
  Wenn mehr als 15% deiner Antworten das 10-sekündige Retray-Timeout überschreiten,
• 8:08
  markiert Graph deinen Endpunkt als verworfen.
• 8:10
  Benachrichtigungen stoppen für 10 Minuten komplett.
• 8:12
  Die sind weg. Du kannst sie nicht zurückholen.
• 8:13
  Dein Endpunkt muss also schnell und zuverlässig sein.
• 8:15
  Das bedeutet nicht, dass du jede Benachrichtigung unter 3 Sekunden verarbeiten musst.
• 8:19
  Bestätige den Empfang schnell mit einer 202-Accepted-Antwort
• 8:22
  und verarbeite die Benachrichtigung dann asynchron.
• 8:25
  Reihe sie ein. Bearbeite sie spät.
• 8:26
  Der Schlüssel ist diese schnelle Antwort.
• 8:28
  Selbst bei einem perfekten Endpunkt kann noch etwas schief gehen.
• 8:30
  Abonnements laufen ab.
• 8:32
  Netzwerkstörung kommt.
• 8:33
  In seltenen Fällen könnte sogar Microsoft Graph selbst eine Benachrichtigung verpassen.
• 8:37
  Deshalb brauchst du ein Sicherheitsnetz.
• 8:38
  Delta-Abfragen. Stellst dir so vor.
• 8:40
  Änderungsbenachrichtigungen sind der Feuerlangen.
• 8:42
  Sie sagen dir, dass gerade etwas passiert.
• 8:43
  Delta-Abfragen sind die Spring-Kleinlage.
• 8:45
  Sie fangen alles auf, was der Alarm verpasst hat.
• 8:47
  Sie arbeiten zusammen.
• 8:48
  Benachrichtigungen bieten dir Echtzeitwahrnehmung.
• 8:50
  Delta-Abfragen liefern dir ein vollständiges Bild, das du jederzeit abgleichen kannst.
• 8:53
  Das empfohlene Muster ist einfach.
• 8:55
  Nutzen Sie Änderungsbenachrichtigungen für sofortige Informationen.
• 8:57
  Führen Sie regelmäßig eine Delta-Abfrage aus,
• 8:59
  vielleicht alle paar Stunden oder einmal täglich, um alles zu erfassen, was durchgegangen ist.
• 9:02
  Auf diese Weise verpassen Sie nie dauerhaft eine Änderung,
• 9:04
  selbst wenn eine Benachrichtigung verloren ging oder ein Abonnement abgelaufen ist.
• 9:08
  Praxisnahe Anwendungsfälle.
• 9:09
  Was Sie damit aufbauen können.
• 9:10
  Was ermöglicht das also konkret?
• 9:12
  Lassen Sie mich Ihnen einige echte Beispiele zeigen.
• 9:13
  Nehmen wir die HR-Automatisierung.
• 9:15
  Stellen Sie sich vor, jemand fängt morgen in Ihrem Unternehmen an.
• 9:17
  Sobald EntraID einen neuen Benutzer erstellt, wird eine Änderungsbenachrichtigung ausgelöst.
• 9:21
  Ihre App ruft das Profil ab und erstellt in sekundenschnelle Konten für Ihre HR-Plattform,
• 9:24
  Zeiterfassung und Gebäudezutritt.
• 9:26
  Kein Polling, keine Verzögerung.
• 9:28
  Bei Sicherheitswarnungen, zum Beispiel wenn ein Benutzerkonto deaktiviert wird.
• 9:31
  Eine Änderungsbenachrichtigung stößt einen Workflow an,
• 9:33
  der auf verdächtige Änderungen prüft und Ihr Sicherheitsteam alarmiert.
• 9:36
  Früher hätte man alle paar Minuten abgefragt.
• 9:37
  Jetzt geschieht es sofort.
• 9:39
  Die Inhaltsverarbeitung funktioniert genauso.
• 9:41
  Wenn eine Datei in einer SharePoint-Dokumentenbibliothek landet,
• 9:43
  möchten Sie wissen, ob es eine Rechnung ist.
• 9:45
  Die Benachrichtigung teilt Ihnen mit, dass eine neue Datei existiert.
• 9:47
  Ihre App greift darauf zu, klassifiziert Sie mit SKI
• 9:49
  und sendet Sie automatisch an das richtige Spesensystem.
• 9:53
  Echtzeitdashboards zeigen Analysen, während sie passieren, nicht erst nach Stunden.
• 9:57
  Änderungsbenachrichtigungen synchronisieren Dataverse sofort mit Fabric.
• 9:59
  Ihre Power BI-Dashboards werden nahezu in Echtzeit aktualisiert.
• 10:02
  Hier ist eines, das ich interessant finde.
• 10:04
  Co-Pilot-Connectoren.
• 10:04
  Microsoft fügt Echtzeitsynchronisierung über Webhooks hinzu,
• 10:07
  sodass KI-Agenten reagieren, sobald sich Daten ändern.
• 10:10
  Wenn ein Kundendatensatz in Dynamics 365 aktualisiert wird,
• 10:13
  erstellt ein Co-Pilot-Agent sofort ein Follow-up, ohne Wartezeit.
• 10:17
  All diese Beispiele haben eins gemeinsam.
• 10:20
  Vor den Änderungsbenachrichtigungen haben Sie geplante Jobs erstellt,
• 10:22
  die stündlich oder täglich abgefragt haben.
• 10:24
  Es funktionierte, war aber langsam, ineffizient und fehlanfällig.
• 10:28
  Änderungsbenachrichtigungen kehren dieses Modell.
• 10:30
  Echtzeit-Ereignis gesteuert sofort.
• 10:31
  Wahl des richtigen Bereitstellungskanals.
• 10:34
  Nicht jede App benötigt dieselbe Bereitstellung.
• 10:36
  Schauen wir uns Ihre Optionen an.
• 10:37
  Webhooks sind am einfachsten.
• 10:39
  Graph sendet einen HTTP-Poster an Ihren Endpunkt.
• 10:41
  Sie verarbeiten ihn und fahren fort.
• 10:43
  Bei niedrigen bis mittlerem Volumen,
• 10:44
  sagen wir ein paar hundert Benachrichtigungen pro Stunde,
• 10:45
  funktioniert das einwandfrei.
• 10:46
  Aber was, wenn Sie etwas Größeres bauen?
• 10:48
  Tausende Benachrichtigungen pro Sekunde
• 10:50
  können einen einzelnen Endpunkt überlasten.
• 10:52
  Sie benötigen etwas Leistungsstärkeres.
• 10:53
  Event-Hubs bewältigt Millionen von Ereignissen pro Sekunde.
• 10:55
  Anstatt dass Graph Benachrichtigungen einzeln sendet,
• 10:58
  schickt es Sie an einen Hub.
• 10:59
  Ihre App liest in Ihrem eigenen Tempo
• 11:01
  mit geringen Risikonüberflutung.
• 11:02
  Dies ist für große Unternehmensszenarien
• 11:04
  wie Tausende von SharePoint-Sites
• 11:05
  oder Millionen von Postfächern gedacht.
• 11:06
  Dann gibt es noch Event-Grid, die serverlose Option.
• 11:08
  Es sendet Benachrichtigungen an Azure Functions
• 11:10
  oder Logic-Apps
• 11:11
  und übernimmt automatisch Wiederholungsversuche
• 11:13
  sowie Dead-Lettering.
• 11:14
  Wir sehen uns beim nächsten Mal.