Latest / M365.FM – podcast o Microsoft 365, Copilot i AI po polsku / Powiadomienia o zmianach w Microsoft Graph wyjaśnione: czas rzeczywisty zamiast pollingu (Dubbing AI)

Transcript

Powiadomienia o zmianach w Microsoft Graph wyjaśnione: czas rzeczywisty zamiast pollingu (Dubbing AI) · M365.FM – podcast o Microsoft 365, Copilot i AI po polsku

0:00
Gotowi na 10 dni z Microsoft 365, kopilotem sztuczną inteligencją, azur i ludźmi kształtującymi przyszłość pracy?
0:07
W styczniu powraca M365Con i tym razem działamy z większym rozmachem.
0:12
Dołącz do nas podczas sesji na żywo praktycznych pokazów i zdobądź wiedzę od MVP oraz ekspertów z całego świata.
0:18
Koniec z ogólnymi prezentacjami i niekończącymi się modnymi hasłami.
0:22
Zajmujemy się prawdziwymi wyzwaniami, kopilot studio, agentami, a i fabrik, bezpieczeństwem, ładem korporacyjnym i automatyzacją.
0:29
Niezależnie od tego, czy jesteś informatykiem, programistą czy liderem biznesowym, przygotowaliśmy sesję właśnie dla Ciebie.
0:35
Podczas 10 pełnych dni możesz zgłębić wiele technologii i nawiązać kontakt z globalną społecznością.
0:40
Oglądaj na żywo i zabierz praktyczne wskazówki do swojej organizacji.
0:44
Styczeń 2027 roku, 10 dni, jedna społeczność Microsoft.
0:49
Rejestracja jest już otwarta.
0:51
Wejdź na m365con.net i zarezerwuj miejsce już dziś.
0:55
To m365con.net.
0:59
Dołącz teraz na m365con.net.
1:03
Widzimy się na żywo w styczniu.
1:04
Dzisiejszy temat to coś, o czym słyszał prawie każdy budujący rozwiązania w Microsoft 365.
1:09
Większość osób jednak nie do końca rozumie, jak to działa od kulis.
1:13
Mówię o powiadomieniach o zmianach w Microsoft Graph.
1:15
Czym dokładnie są i dlaczego powinny Cię zainteresować?
1:18
Zacznijmy od problemu, który rozwiązują.
1:20
Wyobraź sobie, że budujesz aplikację, która musi wiedzieć, kiedy coś zmienia się w Microsoft 365.
1:24
Może przychodzi nowy e-mail, ktoś aktualizuje plik w SharePoint lub nowy użytkownik zostaje dodany do katalogu firmy.
1:29
Skąd Twoja aplikacja ma się o tym dowiedzieć?
1:31
Rzecz w tym, że starym sposobem jest odpytywanie polling.
1:33
Twoja aplikacja wysyła zapytanie do Microsoft Graph co kilka minut i pyta, czy pojawiło się coś nowego od ostatniego razu.
1:38
Jeśli nic się nie zmieniło, zmarnowałeś jedno zapytanie.
1:40
A jeśli coś zmieniło się 5 sekund po Twoim sprawdzeniu, nie dowiesz się o tym do następnego cyklu.
1:44
Sprawdzasz albo za często, marnując zasoby i ryzykując ograniczenia, albo za rzadko, co oznacza, że coś przegapisz.
1:50
Microsoft faktycznie ogranicza przepustowość aplikacji, które odpytują zbyt agresywnie.
1:53
Programiści nazywają to Graph Jail.
1:55
Twoja aplikacja zostaje na chwilę zablokowana za zbyt dużą liczbę zapytań.
1:58
Pojawia się więc pytanie, czy nie ma lepszego sposobu?
2:01
Co by było, gdyby zamiast ciągłego pytania aplikacji o nowości, system po prostu informował Cię, gdy coś się zmieni?
2:06
Dokładnie to robią powiadomienia o zmianach.
2:08
Czym są powiadomienia o zmianach w Microsoft Graph?
2:11
Oto najprostsza definicja.
2:13
Powiadomienia o zmianach pozwalają Twojej aplikacji reagować natychmiast na zdarzenia w Microsoft 365 bez ciągłego sprawdzania.
2:19
Pomyśl o tym, jak o czujniku ruchu przy swojej skrzynce pocztowej.
2:22
Zamiast zaglądać do niej co godzinę, instalujesz czujnik, który daje sygnał w momencie dostarczenia poczty.
2:27
Przestajesz marnować czas na puste sprawdzenia i nigdy nie przegapisz przesyłki.
2:30
To właśnie robią powiadomienia o zmianach dla Twojej aplikacji.
2:32
Gdy coś się zmienia, na przykład pojawia się nowy e-mail, zaktualizowany plik lub wydarzenie w kalendarzu,
2:36
Microsoft Graph automatycznie wysyła powiadomienie do Twojej aplikacji.
2:39
Nie jest wymagane odpytywanie.
2:41
System ten składa się z dwóch elementów, subskrypcji i powiadomienia, które współpracują ze sobą.
2:46
Subskrypcja to moment, w którym informujesz Microsoft Graph, co chcesz obserwować.
2:49
Mówisz na przykład, hej, daj mi znać, gdy ktoś wyśle nową wiadomość do tej skrzynki odbiorczej.
2:53
Albo powiadom mnie, gdy plik zostanie zaktualizowany w tej bibliotece SharePoint.
2:56
Rejestrujesz swoje zainteresowanie, a Graph je odnotowuje.
2:58
Powiadomienie to etap, który następuje później.
3:00
Gdy wystąpi zmiana, Graph wysyła żądanie HTTP Post do podanego przez Ciebie punktu końcowego.
3:04
Twoja aplikacja odbiera ten komunikat Post, wie, że coś się stało i może zdecydować, co zrobić,
3:09
na przykład pobrać nowe dane, uruchomić proces lub zaktualizować bazę danych.
3:12
Oto kluczowa różnica w porównaniu z odpytywaniem.
3:15
Powiadomienia są dostarczane automatycznie.
3:17
Twoja aplikacja nie musi o nic pytać.
3:18
System przesyła informacje w momencie ich wystąpienia.
3:20
Na tym polega magia tego rozwiązania.
3:22
Microsoft Graph obsługuje powiadomienia o zmianach dla szerokiej gamy zasobów.
3:25
Wiadomości, wydarzenia, kontakty, użytkownicy, grupy, pliki, wiadomości w Teams,
3:29
alerty bezpieczeństwa, właściwie wszystko, do czego masz dostęp przez Graph,
3:32
można monitorować pod kątem zmian.
3:33
Jak jednak faktycznie to skonfigurować?
3:35
Jak powiedzieć systemowi Graph, co ma obserwować i gdzie wysyłać alerty?
3:38
Tworząc subskrypcję, mówisz systemowi Graph, co ma obserwować.
3:41
Czym więc jest subskrypcja?
3:42
To po prostu żądanie rejestracji.
3:43
Twoja aplikacja mówi, daj mi znać, kiedy wydarzy się ta konkretna rzecz.
3:46
Wysyłasz to żądanie do interfejsu API Microsoft Graph.
3:48
Graph zapisuje je i czeka.
3:49
W tym żądaniu musisz podać systemowi Graph kilka szczegółów.
3:52
Po pierwsze, zasób, który chcesz obserwować, czyli ścieżkę do danych.
3:55
Na przykład Users, jeśli monitorujesz zmiany w kontach użytkowników.
3:59
Lub Me, Mail Folders, Inbox, Messages, jeśli chcesz otrzymywać powiadomienia o nowych e-mailach.
4:03
Następnie typ zmiany.
4:04
Czy chcesz wiedzieć, kiedy coś zostało utworzone, zaktualizowane czy usunięte?
4:08
Możesz wybrać jedną opcję lub poprosić o wszystkie trzy.
4:10
Po trzecie, adres URL powiadomienia.
4:11
To adres Twojego punktu końcowego, miejsce, do którego Graph powinien wysłać powiadomienie, gdy coś się stanie.
4:15
Musi to być publicznie dostępny punkt końcowy HTTPS.
4:18
Tutaj nie ma dróg na skróty.
4:19
Po czwarte, data wygaśnięcia.
4:21
Subskrypcje nie trwają wiecznie.
4:23
Wybierasz przyszłą datę i godzinę, kiedy subskrypcja wygaśnie.
4:25
Różne zasoby mają jednak różne maksymalne czasy trwania.
4:28
Subskrypcje wiadomości Outlook mogą trwać do 7 dni.
4:30
Wiadomości na czacie w Teams wygasają maksymalnie po 3 dniach.
4:32
Pliki SharePoint mogą być przechowywane przez około 30 dni.
4:35
Informacje o obecności?
4:36
Wygasają one po zaledwie jednej godzinie.
4:38
Oto konkretny przykład.
4:39
Załóżmy, że chcesz wiedzieć, kiedy ktoś w Twojej firmie zmieni swoje stanowisko.
4:42
Tworzysz subskrypcję dla zasobu użytkowników z typem zmiany Zaktualizowano.
4:46
Wskazujesz swój adres URL powiadomień i ustawiasz wygaśnięcie na kilka dni.
4:50
Gdy ktoś zaktualizuje swój profil w Azure Ad, Graph wysyła żądanie post do Twojego punktu końcowego z ładunkiem powiadomienia.
4:55
Ten ładunek zawiera identyfikator użytkownika i informuje o tym, co uległo zmianie.
4:58
Twoja aplikacja może wtedy zareagować, zaktualizować system HR, wysłać powiadomienie do menedżera lub wykonać inne potrzebne czynności.
5:03
Graph odpowiada na żądanie subskrypcji, przesyłając identyfikator subskrypcji.
5:07
Będzie on potrzebny później do zarządzania subskrypcją, jej odnawiania, aktualizowania lub usuwania.
5:11
Ale jest pewien szczegół.
5:12
Zanim Graph zacznie wysyłać powiadomienia, musi potwierdzić, że Twój punkt końcowy faktycznie działa i nasłuchuje.
5:16
Wymaga to wykonania tak zwanej uścisku dłoni, handshake, wyjaśnienie tokena walidacji uścisku dłoni.
5:21
Kiedy tworzysz subskrypcję, Microsoft Graph nie ufa Twojemu punktowi końcowemu w ciemno.
5:26
Najpierw wysyła testowy sygnał, czyli żądanie weryfikacji.
5:29
Ten sygnał zawiera token walidacji, czyli losowy ciąg znaków.
5:32
Twój punkt końcowy musi przechwycić ten token i odesłać go jako zwykły tekst w ciągu 10 sekund.
5:36
Pomyśl o tym, jak o kurierze dzwoniącym do drzwi, aby sprawdzić, czy jesteś w domu, zanim zostawi paczkę.
5:41
Jeśli nikt nie odpowiada, kurier niczego nie zostawia.
5:43
Podobnie jest tutaj.
5:44
Jeśli Twój punkt końcowy nie odeśle tokena walidacji, Graph nie wyśle do niego powiadomień.
5:49
Odpowiedź musi być zwykłym tekstem, nie JSON czy XML, tylko surowym ciągiem tokena.
5:53
Jeśli format będzie błędny, uścisk dłoni nie powiedzie się.
5:56
To zabezpieczenie.
5:57
Dowodzi ono, że Twój punkt końcowy działa, nasłuchuje i jest pod Twoją kontrolą.
6:01
Zapobiega to sytuacji, w której ktoś wskazuje subskrypcję na adres URL, do którego nie ma praw, mając nadzieję na przechwycenie powiadomień przeznaczonych dla kogoś innego.
6:06
Brak uścisku dłoni oznacza brak subskrypcji.
6:08
Graph odrzuca żądanie utworzenia i otrzymujesz błąd.
6:11
Naprawiasz swój punkt końcowy i próbujesz ponownie.
6:13
Gdy uścisk dłoni zakończy się powodzeniem, subskrypcja staje się aktywna i powiadomienia zaczynają napływać.
6:17
Ale jest pewien szczegół.
6:18
Nie napływają one w nieskończoność.
6:20
Utrzymywanie połączenia.
6:22
Odnawianie subskrypcji.
6:23
Każda subskrypcja ma datę wygaśnięcia.
6:25
Ustawiasz ją podczas tworzenia.
6:27
Graph egzekwuje ten termin.
6:28
Gdy nadejdzie ten dzień, subskrypcja wygasa.
6:30
Koniec powiadomień.
6:32
Potraktuj to jak parkometr.
6:34
Wpłacasz pieniądze za czas, a gdy ten minie, flaga wygaśnięcia się podnosi.
6:38
Różne zasoby mają różne limity.
6:39
Wiadomości Outlook mogą działać przez 7 dni, czaty Teams przez 3 dni, pliki SharePoint przez około 30 dni, a informacje o obecności tylko przez 1 godzinę.
6:47
Twoja aplikacja nie może po prostu utworzyć subskrypcji i o niej zapomnieć.
6:50
Potrzebujesz procesu, który utrzyma ją przy życiu.
6:52
Odnawianie jest proste.
6:53
Wyślij żądanie patch z identyfikatorem subskrypcji.
6:56
Uwzględnij nową datę wygaśnięcia.
6:58
Zrób to przed wygaśnięciem obecnej, a Graph przedłuży subskrypcję.
7:01
Oto najlepsza praktyka, którą zalecam.
7:03
Sprawdzaj znacznik czasu wygaśnięcia w każdym otrzymanym powiadomieniu.
7:06
Jeśli termin jest bliski, powiedzmy w ciągu dnia, odnów ją od razu.
7:09
Dzięki temu nie potrzebujesz osobnego zadania w tle do zarządzania subskrypcjami.
7:12
Firma Microsoft dodała również powiadomienia o cyklu życia.
7:15
Te alerty ostrzegają przed wygaśnięciem subskrypcji.
7:18
Informują, kiedy subskrypcja ma się skończyć lub kiedy token dostępu wymaga ponownej autoryzacji.
7:22
Zasubskrybuj je, a Twoja aplikacja odnowi się, zanim cokolwiek przestanie działać.
7:26
Co jednak, jeśli Twój punkt końcowy padnie lub przegapisz okno odnowienia?
7:29
Tutaj przydaje się siatka bezpieczeństwa.
7:31
Kiedy coś idzie nie tak, niezawodność i siatki bezpieczeństwa.
7:33
Twoja subskrypcja jest aktywna, punkt końcowy nasłuchuje, powiadomienia napływają.
7:37
Wszystko wygląda dobrze, ale co się stanie, gdy coś się zepsuje?
7:40
Może Twój punkt końcowy wyłączył się na czas konserwacji?
7:42
Problem sieciowy zgubił powiadomienie lub po prostu przegapiłeś okno odnowienia i subskrypcja wygasła?
7:46
Takie rzeczy się zdarzają.
7:47
Pytanie brzmi, jak odzyskać sprawność?
7:49
Microsoft Graph oczekuje, że Twój punkt końcowy webhuk zareaguje szybko, w ciągu 3 sekund.
7:53
Jeśli zajmuje to więcej czasu, Graph oznacza go jako wolny.
7:55
Jeśli ponad 10% Twoich odpowiedzi przekracza 3 sekundy w dowolnym 10-minutowym oknie,
7:59
Graph opóźnia powiadomienia o 10 minut.
8:01
Wysyła tylko małą próbkę, aby sprawdzić, czy odzyskałeś sprawność.
8:04
Jest gorzej.
8:05
Jeśli ponad 15% Twoich odpowiedzi przekracza 10-sekundowy limit czasu ponowienia,
8:08
Graph oznacza punkt końcowy jako porzucony.
8:09
Powiadomienia zostają całkowicie wstrzymane na 10 minut.
8:12
Przepadają.
8:12
Nie możesz ich odzyskać, dlatego Twój punkt końcowy musi być szybki i niezawodny.
8:16
Nie oznacza to, że musisz przetworzyć każde powiadomienie w czasie poniżej 3 sekund.
8:20
Wystarczy szybko potwierdzić otrzymanie odpowiedzią 202 Accepted,
8:22
a następnie przetworzyć powiadomienie asynchronicznie.
8:24
Dodaj do kolejki.
8:25
Obsłuż później.
8:26
Kluczem jest ta szybka reakcja.
8:28
Nawet przy idealnym punkcie końcowym pewne rzeczy mogą pójść nie tak.
8:31
Subskrypcje wygasają.
8:32
Zdarzają się problemy z siecią.
8:33
W rzadkich przypadkach sam Microsoft Graph może pominąć powiadomienie.
8:36
Dlatego potrzebujesz siatki bezpieczeństwa?
8:38
Zapytań Delta.
8:39
Pomyśl o tym w ten sposób.
8:40
Powiadomienia o zmianach to alarm przeciwpożarowy.
8:42
Mówią Ci, że coś dzieje się właśnie teraz.
8:44
Zapytania Delta to system zraszaczy.
8:45
Wyłapują wszystko, co ominął alarm.
8:47
Działają razem.
8:48
Powiadomienia dają świadomość w czasie rzeczywistym.
8:50
Zapytania Delta dają pełny obraz, który możesz uzgodnić w dowolnym momencie.
8:53
Zalecany wzorzec jest prosty.
8:55
Używaj powiadomień o zmianach, aby być na bieżąco.
8:57
Uruchamiaj okresowo zapytania Delta,
8:59
na przykład co kilka godzin lub raz dziennie,
9:00
aby wyłapać ewentualne przeoczenia.
9:02
Dzięki temu, nawet jeśli powiadomienie zaginie lub subskrypcja wygaśnie,
9:05
żadna zmiana nie zostanie trwale pominięta.
9:07
Rzeczywiste przypadki użycia.
9:09
Co możesz zbudować?
9:10
Co więc to faktycznie umożliwia?
9:11
Pozwól, że przedstawię kilka realnych przykładów.
9:13
Weźmy automatyzację działu kadr.
9:15
Wyobraź sobie, że jutro ktoś dołącza do Twojej firmy.
9:17
W chwili, gdy EntraID tworzy nowego użytkownika,
9:19
wysyłane jest powiadomienie o zmianie.
9:21
Twoja aplikacja pobiera profil i tworzy konta w systemie kadrowym,
9:23
rejestracji czasu pracy i dostępu do budynku wszystko w kilka sekund.
9:26
Bez odpytywania, bez opóźnień.
9:28
W przypadku alertów bezpieczeństwa powiedzmy,
9:29
że konto użytkownika zostaje zablokowane.
9:31
Powiadomienie o zmianie uruchamia przepływ pracy,
9:32
który sprawdza podejrzane aktywności i ostrzega zespół do spraw.
9:35
Bezpieczeństwa.
9:36
Wcześniej trzeba było sprawdzać co kilka minut.
9:38
Teraz dzieje się to natychmiast.
9:39
Przetwarzanie treści działa w ten sam sposób.
9:41
Gdy plik trafia do biblioteki dokumentów SharePoint,
9:44
chcesz wiedzieć, czy to faktura.
9:45
Powiadomienie informuje, że pojawił się nowy plik.
9:47
Twoja aplikacja pobiera go, klasyfikuje przy użyciu AI
9:49
i przesyła do odpowiedniego systemu rozliczeń całkowicie automatycznie.
9:52
Pulpity nawigacyjne w czasie rzeczywistym
9:54
pozwalają widzieć analitykę na bieżąco, a nie sprzed kilku godzin.
9:56
Powiadomienia o zmianach natychmiast synchronizują Dataverse z Fabric.
9:59
Twoje pulpity Power BI aktualizują się niemal w czasie rzeczywistym.
10:02
Oto przykład, który uważam za interesujący.
10:04
Łączniki Copilot.
10:05
Microsoft dodaje synchronizację w czasie rzeczywistym przez WebHockey,
10:08
dzięki czemu agenci AI reagują w sekundzie zmiany danych.
10:10
Gdy rekord klienta w Dynamics 365 zostaje zaktualizowany,
10:14
agent Copilot natychmiast generuje działania następcze bez czekania.
10:17
Wszystkie te przykłady mają jedną wspólną cechę.
10:19
Przed powiadomieniami o zmianach tworzyło się zaplanowane zadania,
10:22
które sprawdzały dane co godzinę lub dzień.
10:24
Działało to, ale było wolne, nieefektywne i zawodne.
10:27
Powiadomienia o zmianach odwracają ten model.
10:29
Czas rzeczywisty, sterowanie zdarzeniami, natychmiastowe działanie.
10:32
Wybór właściwego kanału dostarczania.
10:34
Nie każda aplikacja wymaga tego samego sposobu dostarczania.
10:36
Przyjrzyjmy się dostępnym opcjom.
10:38
WebHockey są najprostsze.
10:39
Graph wysyła HTTP post do Twojego punktu końcowego.
10:41
Ty przetwarzasz go i gotowe.
10:43
Dla małego i średniego wolumenu powiedzmy kilkuset powiadomień na godzinę.
10:45
Sprawdza się to świetnie.
10:46
Co jednak, jeśli budujesz coś większego?
10:48
Tysiące powiadomień na sekundę mogą przeciążyć pojedynczy punkt końcowy.
10:52
Potrzebujesz czegoś mocniejszego.
10:53
Event Hubs obsługuje miliony zdarzeń na sekundę.
10:56
Zamiast wysyłać powiadomienia pojedynczo,
10:58
Graph przesyła je do centrum zdarzeń.
10:59
Twoja aplikacja odczytuje je w swoim tempie z niskim ryzykiem przeciążenia.
11:02
Jest to rozwiązanie dla dużych scenariuszy korporacyjnych,
11:04
takich jak tysiące witryn SharePoint czy miliony skrzynek pocztowych.
11:06
Istnieje też Event Grid, opcja bezserwerowa.
11:09
Wysyła powiadomienia do usług Azure Functions lub Logic Apps
11:11
oraz automatycznie obsługuje ponawianie prób i kolejki wiadomości niedoręczalnych.