Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Сповіщення про зміни Microsoft Graph простими словами: реальний час замість опитування (ШІ-дубляж)

Transcript

Сповіщення про зміни Microsoft Graph простими словами: реальний час замість опитування (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Готові до 10-х днів Microsoft 365, Co-Pilot, She, Azure та людей, що формують майбутні роботи.
• 0:07
  У січні M365Con повертається, і ми стаємо ще масштабнішими.
• 0:12
  Приєднуйтесь до нас на живі сесії, демонстрації та практичні знання від MVP та експертів з усього світу.
• 0:18
  Жодних загальних слайдів чи нескінченних модних слів.
• 0:21
  Ми вирішуємо реальні виклики Co-Pilot Studio, She-агенти, Fabric, безпека, управління та автоматизація.
• 0:29
  Незалежно від того, чи ви IT-спеціаліст, розробник або бізнес-лідер, у нас є сесії саме для вас.
• 0:35
  Протягом 10 повних днів ви зможете дослідити багато технологій та приєднатися до глобальної спільноти.
• 0:40
  Дивіться наживо та приносте практичні інсейти у свою організацію.
• 0:44
  Січень 2027 року, 10 днів, одна спільнота Microsoft. Реєстрація вже відкрита.
• 0:51
  Переходьте на M365Con.net і забронюйте своє місце сьогодні.
• 0:56
  Це M365Con.net
• 0:59
  Приєднуйтесь на M365Con.net і побачимось у січні наживо.
• 1:04
  Тема сьогоднішнього відео знайома майже кожному, хто створює рішення на базі Microsoft 365.
• 1:09
  Але більшість людей не до кінця розуміють, як це працює за лаштунками.
• 1:13
  Я говорю про сповіщення про зміни в Microsoft Graph.
• 1:15
  Що це таке і чому це має вас цікавити?
• 1:18
  Почнімо з проблеми, яку вони вирішують.
• 1:20
  Уявіть, що ви створюєте додаток, якому потрібно знати, коли щось змінюється в Microsoft 365.
• 1:24
  Можливо, прийшов новий лист, хтось оновив файл у SharePoint або до вашого каталогу додали користувача.
• 1:29
  Як ваш додаток про це дізнається?
• 1:30
  Справа в тому, що старий метод – це опитування – polling.
• 1:33
  Ваш додаток надсилає запит до Microsoft Graph кожні кілька хвилин із питанням,
• 1:36
  чи є щось нове з моєї останньої перевірки.
• 1:38
  Якщо нічого не змінилося, ви даремно витратили запит.
• 1:40
  А якщо зміни відбулися через 5 секунд після перевірки,
• 1:43
  ви дізнаєтеся про них лише в наступному циклі.
• 1:45
  Ви або перевіряєте занадто часто, марнуючи ресурси та ризикуючи обмеженнями,
• 1:48
  або занадто рідко пропускаючи важливе.
• 1:50
  Microsoft дійсно обмежує додатки, які опитують сервіс занадто агресивно.
• 1:53
  Розробники називають це «в'язницею Graph»,
• 1:55
  коли ваш додаток блокується через надмірну кількість запитів.
• 1:58
  Тож виникає питання, чи немає кращого способу.
• 2:01
  Що, якби замість того, щоб постійно питати про зміни,
• 2:03
  система сама повідомляла вас, коли вони стаються?
• 2:06
  Це саме те, що роблять сповіщення про зміни.
• 2:08
  Що таке сповіщення про зміни в Microsoft Graph?
• 2:11
  Ось найпростіше визначення.
• 2:13
  Сповіщення про зміни дозволяють додатку миттєво реагувати на події в Microsoft 365 без постійних перевірок.
• 2:19
  Уявіть це як датчик руху на вашій поштовій скринці.
• 2:22
  Замість того, щоб щогодини перевіряти пошту,
• 2:24
  ви встановлюєте датчик, який сповіщає вас у момент її надходження.
• 2:27
  Ви припиняєте марнувати час на порожні перевірки і ніколи не пропускаєте доставку.
• 2:30
  Ось що роблять сповіщення про зміни для вашого додатка.
• 2:32
  Коли щось змінюється, як-от новий лист, оновлений файл або подія в календарі,
• 2:36
  Microsoft Graph автоматично надсилає сповіщення вашому застосунку.
• 2:40
  Опитування не потрібне.
• 2:41
  Ця система складається з двох частин – підписки та сповіщення, які працюють разом.
• 2:45
  Підписка – це спосіб сказати Microsoft Graph, за чим ви хочете стежити.
• 2:49
  Ви повідомляєте «Гей, сповісти мене, коли хтось надійшли нове повідомлення в цю скриньку».
• 2:53
  Або «Повідом мене, коли файл у цій бібліотеці SharePoint буде оновлено».
• 2:56
  Ви реєструєте свій інтерес, і Graph бере це до уваги.
• 2:58
  Сповіщення – це те, що відбувається потім.
• 3:00
  Коли стається зміна, Graph надсилає HTTP POST, запит на надану вами кінцеву точку.
• 3:04
  Ваш застосунок отримує цей POST-запит, розуміє, що щось сталося,
• 3:08
  і вирішує, що робити, отримати нові дані, запустити робочий процес або оновити базу даних.
• 3:12
  Ось ключова відмінність від опитування.
• 3:15
  Сповіщення доставляються автоматично.
• 3:16
  Вашому застосунку не потрібно запитувати «Система надсилає інформацію в момент її виникнення».
• 3:20
  У цьому і полягає магія.
• 3:22
  Microsoft Graph підтримує сповіщення про зміни для широкого спектра ресурсів.
• 3:26
  Повідомлення, події, контакти, користувачі, групи, файли, повідомлення Teams,
• 3:29
  сповіщення безпеки – майже все, до чого можна отримати доступ через Graph,
• 3:32
  можна відстежувати на предмет змін.
• 3:33
  Але як це налаштувати?
• 3:35
  Як сказати Graph, за чим стежити і куди надсилати сповіщення?
• 3:38
  Створивши підписку, ви вказуєте Graph, за чим стежити.
• 3:40
  Отже, що таке підписка?
• 3:42
  Це просто запит на реєстрацію.
• 3:43
  Ваш застосунок каже «Сповісти мене, коли станеться ця подія».
• 3:46
  Ви надсилаєте цей запит до Arie Microsoft Graph.
• 3:48
  Graph зберігає його і чекає.
• 3:50
  У цьому запиті вам потрібно надати Graph кілька деталей.
• 3:52
  По-перше, ресурс, за яким ви хочете стежити, шлях до даних.
• 3:55
  Наприклад, users, якщо ви відстежуєте зміни в облікових записах користувачів.
• 3:59
  Або MeetMailFoldersInboxMessages, якщо ви хочете дізнаватися про нові листи.
• 4:03
  Далі, тип зміни.
• 4:04
  Ви хочете знати, коли щось створено, оновлено чи видалено.
• 4:07
  Можна вибрати один тип або запитати про всі три.
• 4:10
  По-третє, URL-адреса сповіщення.
• 4:12
  Це адреса вашої кінцевої точки, куди драф має надсилати сповіщення про подію.
• 4:15
  Це має бути загальнодоступна HTTPS-адреса.
• 4:18
  Тут немає жодних обхідних шляхів.
• 4:19
  По-четверте, дата закінчення терміну дії.
• 4:21
  Підписки не діють вічно.
• 4:22
  Ви вибираєте майбутню дату і час, коли термін дії підписки спливе.
• 4:25
  Але різні ресурси мають різний максимальний термін дії.
• 4:28
  Повідомлення Outlook можуть зберігати підписку до сімох днів.
• 4:30
  Максимальний термін для повідомлень чату Teams становить три дні.
• 4:32
  Файли SharePoint можуть зберігатися близько 30 днів.
• 4:35
  Інформація про присутність.
• 4:36
  Вона закінчується всього через один годину.
• 4:38
  Ось конкретний приклад.
• 4:39
  Припустімо, ви хочете знати, коли хтось у вашій компанії змінює посаду.
• 4:42
  Ви створюєте підписку на ресурс користувачів із типом зміни Updated.
• 4:46
  Ви вказуєте URL-адресу для сповіщень і встановлюєте термін дії на кілька днів.
• 4:50
  Коли хтось оновлює свій профіль Azure AD, граф надсилає POST запит на вашу кінцеву точку з корисним навантаженням сповіщення.
• 4:55
  Це повідомлення містить ідентифікатор користувача та інформацію про те, що змінилося.
• 4:58
  Ваш додаток може відреагувати на це, оновити HR-систему, надіслати сповіщення менеджеру або зробити щось інше.
• 5:03
  Граф відповідає на ваш запит на підписку ідентифікатором підписки.
• 5:06
  Цей ідентифікатор знадобиться вам пізніше, щоб керувати підпискою, поновлювати, оновлювати або видаляти її.
• 5:11
  Але тут є нюанс.
• 5:12
  Перш ніж граф почне надсилати сповіщення, він має переконатися, що ваша кінцева точка працює і готова приймати дані.
• 5:17
  Для цього потрібне підтвердження в Handshake.
• 5:19
  Пояснення маркера – підтвердження для рукостискання.
• 5:22
  Коли ви створюєте підписку, Microsoft Graph не довіряє вашій кінцевій точці на освіт.
• 5:26
  Спочатку він надсилає тестовий пінг, запит на перевірку.
• 5:29
  Цей пінг містить маркер підтвердження, випадковий рядок символів.
• 5:32
  Ваша кінцева точка повинна отримати цей маркер і надіслати його назад у форматі звичайного тексту протягом 10 секунд.
• 5:36
  Уявіть це як кур'єра, який дзвонить у двері, щоб переконатися, що ви вдома перш ніж залишити посилку.
• 5:41
  Якщо ніхто не відповідає, кур'єр нічого не залишає.
• 5:43
  Так само і тут.
• 5:44
  Якщо ваша кінцева точка не поверне маркер підтвердження, граф не надсилатиме сповіщення.
• 5:48
  Відповідь має бути у форматі звичайного тексту, не JSON чи XML, лише сам рядок маркера.
• 5:53
  Помилка у форматі призведе до того, що підтвердження не відбудеться.
• 5:56
  Це захід безпеки.
• 5:57
  Він доводить, що ваша кінцева точка працює, активна та перебуває під вашим контролем.
• 6:01
  Це запобігає ситуації, коли хтось вказує URL-адресу, яка їм не належить, сподіваючись перехопити сповіщення для інших.
• 6:06
  Немає рукостискання, немає підписки.
• 6:08
  Граф відхиляє запит на створення, і ви отримуєте помилку.
• 6:11
  Ви виправляєте кінцеву точку і пробуєте знову.
• 6:13
  Після успішного підтвердження підписка стає активною, і сповіщення починають надходити.
• 6:17
  Але ось у чому справа.
• 6:18
  Вони не надходять вічно.
• 6:20
  Підтримка з'єднання.
• 6:21
  Поновлення підписки.
• 6:23
  Кожна підписка має дату завершення дії.
• 6:25
  Ви встановлюєте її при створенні.
• 6:27
  Граф контролює її дотримання.
• 6:28
  Коли настає цей день, підписка припиняється.
• 6:30
  Сповіщення більше не надходять.
• 6:32
  Уявіть це як паркувальний лічильник.
• 6:34
  Ви вносите час, а коли він закінчується, лічильник видає сигнал про завершення.
• 6:38
  Різні ресурси мають різні обмеження.
• 6:40
  Повідомлення Outlook можуть працювати 7 днів, чати Teams – 3 дні, файли SharePoint – близько 30 днів, а інформація про присутність – лише 1 годину.
• 6:47
  Отже, ваш застосунок не може просто створити підписку і забути про неї.
• 6:50
  Вам потрібен процес, який підтримує її життєздатність.
• 6:52
  Поновлення. Це просто.
• 6:53
  Надішліть запит PATCH з ідентифікатором підписки.
• 6:56
  Додайте нову дату закінчення терміну дії.
• 7:04
  Якщо термін дії майже спливає, наприклад, протягом дня оновіть її саме тоді.
• 7:09
  Таким чином, вам не потрібне окреме фонове завдання лише для керування підписками.
• 7:13
  Microsoft також додала сповіщення про життєвий цикл.
• 7:15
  Ці сповіщення попереджають вас до того, як підписка закінчиться.
• 7:18
  Вони повідомляють, коли термін дії підписки добігає кінця, або коли ваш токен доступу потребує повторної авторизації.
• 7:22
  Підпишіться на них, і ваш застосунок зможе оновитися до того, як щось зламається.
• 7:25
  Але що, якщо ваша кінцева точка вийде з ладу, або ви пропустите вікно оновлення?
• 7:29
  Ось тут і вступає в дію запобіжна сітка.
• 7:31
  Коли все йде не так, потрібні надійність і запобіжні заходи.
• 7:34
  Ваша підписка активна, кінцева точка слухає, сповіщення надходять.
• 7:37
  Все виглядає добре, але що станеться, коли щось зламається?
• 7:40
  Можливо, ваша кінцева точка вимкнеться для обслуговування, мережева проблема перерви сповіщення,
• 7:44
  або ви просто пропустите вікно оновлення і підписка закінчиться.
• 7:46
  Такі речі трапляються.
• 7:47
  Питання в тому, як відновитися.
• 7:49
  Microsoft Graph очікує, що ваша кінцева точка вебхука відповідатиме швидко протягом трьох секунд.
• 7:53
  Якщо це займає більше часу, Graph позначає її як повільну.
• 7:55
  Якщо понад 10% ваших відповідей перевищують 3 секунди в будь-якому 10-хвилинному інтервалі,
• 7:59
  Graph затримує ваші сповіщення на 10 хвилин.
• 8:01
  Він надсилає лише невелику вибірку, щоб перевірити, чи ви відновилися.
• 8:03
  Ситуація погіршується.
• 8:05
  Якщо понад 15% ваших відповідей перевищують 10-секундний час очікування повторної спроби,
• 8:08
  Graph позначає вашу кінцеву точку як відключено.
• 8:10
  Сповіщення повністю припиняються на 10 хвилин.
• 8:12
  Вони зникають.
• 8:12
  Ви не зможете їх повернути.
• 8:14
  Отже, ваша кінцева точка має бути швидкою та надійною.
• 8:16
  Це не означає, що ви повинні обробляти кожне сповіщення менш ніж за 3 секунди.
• 8:20
  Просто швидко підтвердте отримання відповіддю 202 Accepted,
• 8:22
  а потім обробіть сповіщення асинхронно.
• 8:24
  Поставте його в чергу.
• 8:25
  Обробіть пізніше.
• 8:26
  Головне – це швидка відповідь.
• 8:28
  Навіть з ідеальною кінцевою точкою щось все одно може піти не так.
• 8:31
  Підписки закінчуються.
• 8:32
  Трапляються мережеві збої.
• 8:33
  У рідкісних випадках сам Microsoft Graph може пропустити сповіщення.
• 8:36
  Ось чому вам потрібна запобіжна сітка – дельта-запити.
• 8:39
  Подумайте про це так.
• 8:40
  Сповіщення про зміни – це пожежна сигналізація.
• 8:42
  Вони повідомляють вам, що щось відбувається прямо зараз.
• 8:44
  Дельта-запити – це система спринклерів.
• 8:45
  Вони вловлюють усе, що пропустила сигналізація.
• 8:47
  Вони працюють разом.
• 8:48
  Сповіщення дають вам обізнаність у реальному часі.
• 8:50
  Дельта-запити дають вам повну картину, яку ви можете звірити в будь-який час.
• 8:53
  Рекомендований шаблон простий.
• 8:55
  Використовуйте сповіщення про зміни для миттєвого реагування.
• 8:57
  Періодично запускайте дельта-запит, можливо, кожні кілька годин або раз на день,
• 9:00
  щоб не пропустити нічого важливого.
• 9:02
  Таким чином, навіть якщо сповіщення загубилося або підписка закінчилася,
• 9:05
  ви ніколи не втратите зміни остаточно.
• 9:07
  Реальні приклади використання.
• 9:09
  Що ви можете створити?
• 9:10
  Отже, що це дає насправді?
• 9:11
  Дозвольте мені навести кілька реальних прикладів.
• 9:13
  Візьмемо автоматизацію HR.
• 9:15
  Уявіть, що завтра хтось приєднується до вашої компанії.
• 9:17
  Як тільки EntraID створює нового користувача, надсилається сповіщення про зміну.
• 9:21
  Ваш додаток отримує їхній профіль і створює облікові записи в HR-платформі,
• 9:23
  системі обліку часу та доступу до будівель, і все це за лічені секунди.
• 9:26
  Жодних опитувань, жодних затримок.
• 9:27
  Для сповіщень безпеки, скажімо, якщо обліковий запис користувача деактивується.
• 9:31
  Сповіщення про зміну запускає робочий процес, який перевіряє підозрілі дії та сповіщає вашу команду безпеки.
• 9:36
  Раніше ви опитували систему кожні кілька хвилин.
• 9:38
  Тепер це відбувається миттєво.
• 9:39
  Обробка контенту працює так само.
• 9:41
  Коли файл потрапляє в бібліотеку документів SharePoint, ви хочете знати, чи це рахунок фактура.
• 9:45
  Сповіщення каже вам, що з'явився новий файл.
• 9:47
  Ваш додаток отримує його, пропускає через щі для класифікації та надсилає у потрібну систему витрат все автоматично.
• 9:52
  Інформаційні панелі в реальному часі дозволяють бачити аналітику в момент її виникнення, а не за минулі години.
• 9:56
  Сповіщення про зміни миттєво синхронізують Dataverse із Fabric.
• 9:59
  Ваші інформаційні панелі Pava BI оновлюються майже в реальному часі.
• 10:02
  Ось приклад, який мені видається цікавим.
• 10:04
  Коннектори Co-Pilot.
• 10:05
  Microsoft додає синхронізацію в реальному часі через веб-хуки, тому агенти ще реагують у ту ж секунду, коли змінюються дані.
• 10:10
  Коли запис клієнта оновлюється в Dynamics 365, агент Co-Pilot негайно створює подальші дії без очікування.
• 10:17
  Усі ці приклади мають одну спільну рису.
• 10:19
  До появи сповіщень про зміни ви створювали заплановані завдання, які опитували систему щогодини чи щодня.
• 10:24
  Це працювало, але було повільно, неефективно та ненадійно.
• 10:27
  Сповіщення про зміни докорінно змінюють цю модель.
• 10:29
  Реальний час, подійний підхід, миттєва реакція, вибір правильного каналу доставки.
• 10:34
  Не кожному додатку потрібен однаковий спосіб доставки.
• 10:36
  Давайте розглянемо ваші варіанти.
• 10:37
  Веб-хуки – це найпростіший варіант.
• 10:39
  Граф надсилає HTTP-OST на ваш кінцевий вузол, ви його обробляєте і продовжуєте роботу.
• 10:42
  Для невеликих та середніх обсягів, скажімо, кілька сотень сповіщень на годину, це працює чудово.
• 10:46
  Але що, якщо ви будуєте щось масштабніше?
• 10:48
  Тисячі сповіщень на секунду можуть перевантажити один кінцевий вузол.
• 10:59
  Ваш додаток считує їх у власному темпі з мінімальним ризиком перевантаження.
• 11:02
  Це підходить для великих корпоративних сценаріїв, як от тисячі сайтів SharePoint або мільйони поштових скриньок.
• 11:06
  Також є Event Grid – безсерверний варіант.
• 11:08
  Він надсилає сповіщення до Azure Functions або Logic Apps і автоматично обробляє повторні спроби та черги повідомлень, які не вдалося доставити.