Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Notifikasi Perubahan Microsoft Graph Dijelaskan: Real-Time, Bukan Polling (Sulih Suara AI)

Transcript

Notifikasi Perubahan Microsoft Graph Dijelaskan: Real-Time, Bukan Polling (Sulih Suara AI) · M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia

• 0:00
  Siap untuk 10 hari pembahasan Microsoft 365, Copilot AI Azure, dan para penggerak masa depan dunia kerja?
• 0:07
  Januari ini, M365 Con kembali hadir dan kami tampil lebih besar.
• 0:12
  Bergabunglah untuk sesi langsung, demo dunia nyata, dan pengetahuan praktis dari MVP serta pakar industri dunia.
• 0:18
  Tanpa selet umum, tanpa jargon, yang tak henti-hentinya.
• 0:21
  Kami membahas tantangan nyata, Copilot Studio, agen AI, fabrik, keamanan, tata kelola, dan otomatisasi.
• 0:28
  Baik Anda seorang profesional TI, pengembang, atau pemimpin bisnis, ada sesi yang dirancang untuk Anda.
• 0:35
  Selama 10 hari penuh, Anda dapat menjelajahi berbagai teknologi dan terhubung dengan komunitas global.
• 0:40
  Tonton secara langsung, dan bawa wasam praktis kembali ke organisasi Anda.
• 0:45
  Januari 2027, 10 hari, satu komunitas Microsoft.
• 0:49
  Pendaftaran sudah dibuka sekarang.
• 0:51
  Kunjungi M365 Con.net dan amankan tempat Anda hari ini.
• 0:55
  Itu M365 Con.net not.
• 1:00
  Bergabunglah sekarang di M365 Con.net, dan sampai jumpa secara langsung di bulan Januari.
• 1:05
  Topik hari ini adalah sesuatu yang hampir semua pengembang Microsoft 365 pernah dengar.
• 1:09
  Namun kebanyakan orang tidak benar-benar memahami cara kerjanya di balik layar.
• 1:12
  Saya berbicara tentang pemberitahuan perubahan J-Notifications Microsoft.
• 1:16
  Apa sebenarnya itu, dan mengapa Anda harus peduli?
• 1:18
  Mari kita mulai selesaikan.
• 1:19
  Bayangkan Anda membangun aplikasi yang perlu tahu kapan sesuatu berubah di Microsoft 365.
• 1:24
  Mungkin email baru masuk, seseorang memperbarui file di SharePoint, atau pengguna baru ditambahkan ke direktori perusahaan.
• 1:29
  Bagaimana cara aplikasi Anda?
• 1:30
  Masalahnya, cara lama adalah dengan poli.
• 1:33
  Aplikasi Anda mengirim permintaan ke Microsoft Graph setiap beberapa menit dan bertanya,
• 1:36
  ada yang baru sejak terakhir saya cek?
• 1:38
  Jika tidak ada yang berubah, Anda menyanyiakan satu permintaan.
• 1:40
  Dan jika ada yang berubah 5 detik setelah pengecekan, Anda tidak akan tahu sampai siklus berikut.
• 1:44
  Anda mungkin mengecek terlalu sering membuang sumber daya dan berisiko terkena throttling atau terlalu jarang yang berarti Anda lawatkan sesuatu.
• 1:50
  Microsoft sebenarnya melakukan throttling pada aplikasi yang melakukan polling terlalu akibat.
• 1:53
  Mengembang menyebutnya Graph Jail, dan aplikasi Anda diblokir sementara karena terlalu banyak permintaan-permintaan.
• 1:59
  Jadi pertanyaannya adalah, bukan keadaan cara yang lebih baik.
• 2:01
  Bagaimana jika ahli aplikasi Anda terus bertanya, apakah ada yang baru?
• 2:03
  Sistem beritahu Anda saat sesuatu berubah, itulah tepatnya fungsi pemberitahuan perubahan.
• 2:09
  Apa itu pemberitahuan perubahan Microsoft Graph?
• 2:11
  Ini definisi yang paling sederhana.
• 2:12
  Pemberitahuan perubahan memungkinkan aplikasi Anda bereaksi secara instan terhadap peristiwa di Microsoft 365 tanpa pengecekan terus-menerus.
• 2:19
  Anggap saja seperti sensor gerak pada kotak suratan.
• 2:22
  Alih-alih berjalan melewatinya setiap jam untuk mengintip ke dalam, Anda memasang sensor yang memberitahu Anda saat surat tiba.
• 2:27
  Anda berhenti membuang waktu untuk pengecekan kosong dan tidak pernah melewatkan Anda.
• 2:30
  Itulah yang dilakukan pemberitahuan perubahan untuk aplikasi Anda.
• 2:32
  Saat ada perubahan, seperti email baru, file yang diperbarui, atau acara kalender, Microsoft Graph mengirimkan notifikasi ke aplikasi Anda secara otomatis.
• 2:39
  Tidak perlu polling.
• 2:40
  Sistem ini memiliki dua bagian, yaitu langganan dan notifikasi yang bekerja bersama.
• 2:45
  Langganan adalah tempat Anda memberitahu Microsoft Graph apa yang ingin dipatuh.
• 2:49
  Anda bisa mengatakan, hey beritahu saya jika ada pesan baru yang masuk ke kotak masuk ini.
• 2:53
  Atau beritahu saya jika sebuah file diperbarui di pustaka SharePoint ini.
• 2:56
  Anda mendaftarkan minat Anda dan Graph akan mencatat.
• 2:58
  Notifikasi adalah apa yang terjadi setelahnya.
• 3:00
  Saat perubahan terjadi, Graph mengirimkan HTTP POST ke endpoint yang Anda sediakan.
• 3:04
  Aplikasi Anda menerima POST tersebut dan mengetahui ada sesuatu yang terjadi lalu bisa memutuskan tindakan selanjutnya,
• 3:09
  seperti mengambil data baru memicu alur kerja atau memperbarui basis data.
• 3:13
  Inilah perbedaan utama dari polling.
• 3:15
  Notifikasi dikirimkan secara otomatis.
• 3:17
  Aplikasi Anda tidak perlu bertanya, sistem akan mendorong informasi tersebut saat itu juga.
• 3:20
  Itulah keajaiban.
• 3:22
  Microsoft Graph mendukung notifikasi perubahan untuk berbagai macam sumber daya.
• 3:26
  Pesan, acara, kontak, pengguna, grup, file, pesan, teams, peringatan, keamanan, hampir semua.
• 3:30
  Yang dapat Anda akses melalui Graph bisa dipantau perubahannya.
• 3:34
  Namun bagaimana cara menyiapkannya?
• 3:35
  Bagaimana cara memberitahu Graph apa yang harus dipantau dan kemana harus mengirim peringatan?
• 3:38
  Membuat langganan.
• 3:39
  Memberitahu Graph apa yang harus dipantau.
• 3:41
  Jadi apa itu langganan?
• 3:41
  Itu hanyalah permintaan pendaftaran.
• 3:43
  Aplikasi Anda mengatakan beritahu saja jika Anda terjadi.
• 3:45
  Dan Anda mengirimkan permintaan tersebut ke API Microsoft.
• 3:48
  Graph menyimpannya ada menu.
• 3:49
  Anda perlu memberikan beberapa detang kepada Graph dalam permintaan tersebut.
• 3:52
  Pertama, sumber daya yang ingin dipantau, yaitu jalur ke data tersebut.
• 3:55
  Misalnya, users jika Anda melontoh perubahan pada akun pengguna.
• 3:58
  Atau, may spammer folder seperti inbox plus.
• 4:01
  Messages jika Anda ingin tahu tentang email baru.
• 4:03
  Selanjutnya, jenis perubah.
• 4:05
  Apakah Anda ingin tahu saat sesuatu dibuat atau dihapus?
• 4:07
  Anda bisa memilih salah satu atau minta kepinggian segalanya.
• 4:10
  Ketiga, URL notifikasi.
• 4:11
  Ini adalah alamat endpoint Anda.
• 4:12
  Tempat Grab harus mengirim notifikasi saat sesuatu terjadi.
• 4:15
  Ini harus berupaya endpoint HTTPS yang dapat diakses secara publik.
• 4:18
  Tidak dijalankan pintas untuk hati.
• 4:19
  Keempat, tanggal kedalawarsa.
• 4:21
  Langganan tidak berlangsung selama.
• 4:22
  Anda memilih tanggal dan waktu mendatang saat langganan berakhir.
• 4:25
  Namun, sumber daya yang berbeda memiliki masa berlaku maksimal.
• 4:28
  Pesan Outlook bisa berlangsung hingga 7 hari.
• 4:30
  Pesan obrolan Teams maksimal 3 hari.
• 4:33
  Relca point bisa bertahan sekitar 30 hari.
• 4:35
  Formasi kehadiran?
• 4:36
  Itu kedalawarsa setelah hanya 1 jam.
• 4:38
  Berikut adalah contoh konkret.
• 4:38
  Katakan Anda ingin tahu seseorang di perusahaan Anda mengubah catatan mereka.
• 4:42
  Anda membuat langganan untuk sumber daya pengguna dengan jenis perubahan diperbarui.
• 4:46
  Anda mengarahkannya ke URL notifikasi Anda dan mengatur kedalawarsa beberapa hari ke depan.
• 4:50
  Saat seseorang memperbarui profil mereka di Azure AD,
• 4:52
  Grab mengirimkan post ke endpoint Anda dengan pilot notifikasi.
• 4:55
  Pilot tersebut mencakup ID pengguna dan memberitahu Anda apa yang berubah.
• 4:58
  Aplikasi Anda kemudian dapat menindak lanjutinya memperbarui sistem SDM,
• 5:01
  memicu notifikasi ke manajer mereka apapun yang Anda butuh.
• 5:03
  Grab menanggapi permintaan langganan Anda dengan ID langganan.
• 5:07
  Anda akan memerlukan ID tersebut nanti untuk mengelola langganan, memperbarui, atau menghapusnya.
• 5:11
  Namun ini poinnya.
• 5:12
  Sebelum Grab mulai mengirim notifikasi,
• 5:13
  ia perlu mengonfirmasi bahwa endpoint Anda benar aktif dan mendengarkan.
• 5:17
  Itu memerlukan jabat tangan.
• 5:19
  Penjelasan token validasi, jabat tangan.
• 5:21
  Saat Anda membuat langganan,
• 5:23
  Microsoft Grab tidak langsung mempercayai endpoint Anda begitu saja.
• 5:25
  Ia mengirimkan ping uji terlebih dahulu, sebuah permintaan verifikasi.
• 5:29
  Ping tersebut mencakup token validasi serangkain karakter acak.
• 5:32
  Anda harus menangkap token tersebut dan mengirimkannya kembali sebagai teks biasa dalam 10 detik.
• 5:36
  Bayangkan seperti kure pengiriman yang membunyikan berpintu Anda
• 5:39
  untuk memastikan Anda di rumah sebelum meninggalkan pak.
• 5:41
  Jika tidak ada yang menjawab, kure tidak meninggalkan apapun.
• 5:43
  Lihat di sini.
• 5:44
  Jika endpoint Anda tidak mengemakan kembali token validasi,
• 5:47
  Grab tidak akan mengirim notifikasi ke sana.
• 5:49
  Responsnya harus berupa teks biasa, bukan JSON atau XML,
• 5:52
  hanya string token mentah.
• 5:53
  Jika formatnya salah, jabat tangan gagal.
• 5:56
  Ini adalah pemeriksaan kamu.
• 5:57
  Ini membuktikan endpoint Anda aktif mendengarkan dan berada di bawah kendali Anda.
• 6:00
  Ini mencegah seseorang mengarahkan langganan ke URL yang bukan miliknya
• 6:03
  berharap untuk mencegah notifikasi yang ditujukan untuk orang lain.
• 6:06
  Tidak ada jabat tangan berarti tidak ada langgan.
• 6:08
  Kerap menolak permintaan pembuatan dan Anda mendapatkan kesalahan.
• 6:11
  Anda memperbaiki endpoint Anda dan mencoba lagi.
• 6:13
  Telah jabat tangan berhasil,
• 6:14
  langganan aktif dan notifikasi mulai mengalir.
• 6:17
  Namun di poin ini,
• 6:18
  notifikasi tidak mengalir.
• 6:20
  Menjaga koneksi tetap aktif.
• 6:22
  Pembaruan langganan.
• 6:23
  Setiap langganan memiliki tanggal kedaluan warsa.
• 6:25
  Anda mengaturnya saat Anda membuat.
• 6:27
  Grap menegakkannya.
• 6:28
  Saat hari itu tiba,
• 6:29
  langganan berhenti.
• 6:30
  Tidak ada notifikasi lagi.
• 6:32
  Bayangkan seperti metran bari.
• 6:34
  Anda masukkan waktu dan saat waktu habis bendera metran kedaluan warsa.
• 6:37
  Sumber daya berbeda memiliki batas yang berbeda.
• 6:39
  Pesan Outlook bisa berjalan selama 7 hari.
• 6:42
  Pesan obrolan Teams 3 hari.
• 6:43
  File SharePoint bertahan sekitar 30 hari.
• 6:45
  Informasi kehadiran hanya 1 jam.
• 6:47
  Jadi aplikasi Anda tidak bisa begitu saja membuat langganan lalu melupakan.
• 6:50
  Anda merlukan proses yang menjaganya tetap aktif.
• 6:52
  Memperbarui langganan atau sederhana.
• 6:53
  Kirim permintaan patch dengan ID langganan.
• 6:55
  Sertakan tanggal kedaluan warsa yang baru.
• 6:57
  Lakukan sebelum yang saat ini berakhir.
• 6:59
  Dan graph akan memperpanjang langganan.
• 7:01
  Berikut praktek terbaik yang saya sarankan.
• 7:03
  Periksa stempel waktu kedaluan warsa pada setiap notifikasi yang Anda terima.
• 7:06
  Jika sudah mendekati waktu berakhir,
• 7:07
  misalnya dalam 1 hari perbarui 1 juga.
• 7:09
  Dengan begitu, Anda tidak perlu tugas latar belakang terpisah hanya untuk mengelola langganan.
• 7:13
  Microsoft juga menambahkan notifikasi siklus hidup.
• 7:15
  Peringatan ini memberitahu Anda sebelum melanggan kedaluan warsa.
• 7:18
  Peringatan ini memberitahu saat langganan Anda akan berakhir
• 7:20
  atau saat token akses perlu otorisasi ulang.
• 7:22
  Berlanggananlah pada ini dan aplikasi Anda dapat memperbarui sebelum Anda masalah.
• 7:25
  Namun bagaimana jika titik akhir Anda mati atau Anda melewatkan jendela pembaru?
• 7:28
  Disitulah jaring pengaman perperan.
• 7:31
  Saat keadaan menjadi buruk, keandalan dan jaring pengaman diperlukan.
• 7:34
  Langganan Anda aktif titik akhir Anda mendengarkan notifikasi mengalir.
• 7:37
  Semuanya tampak baik tetapi apa yang terjadi ketika ada sesuatu yang rusak?
• 7:40
  Mungkin titik akhir Anda mati untuk pemeliharaan,
• 7:42
  masalah jaringan menjatuhkan notifikasi atau Anda melewatkan jendela pembaruan dan langganan kedalu warsa.
• 7:46
  Hal-hal seperti ini bisa terjadi.
• 7:47
  Pertanyaan adalah bagaimana memulihkannya?
• 7:49
  Microsoft Graph mengharapkan titik akhir webhook Anda merespons dengan cepat dalam 3 detik.
• 7:53
  Jika memakan waktu lebih lama, Graph menandainya sebagai lama.
• 7:55
  Jika lebih dari 10% respons Anda melebihi 3 detik dalam periode 10 menit,
• 7:59
  Graph menunda notifikasi Anda selama 10 menit.
• 8:01
  Graph hanya mengirim sampel kecil untuk meriksa apakah Anda sudah keadaan yang buruk.
• 8:05
  Jika lebih dari 15% respons Anda melebihi batas waktu coba ulang 10 detik,
• 8:08
  Graph menandai titik akhir Anda sebagai terputus.
• 8:10
  Notifikasi berhenti sepenuhnya selama 10 menit.
• 8:12
  Notifikasi tersebut Anda tidak bisa mendapatkan kecil.
• 8:14
  Jadi titik akhir Anda harus cepat dan andal.
• 8:16
  Itu tidak berarti Anda harus memproses setiap notifikasi dalam waktu kurang dari 3 detik.
• 8:20
  Cukup akui penerimaan dengan cepat menggunakan respons 2 accepted,
• 8:22
  lalu proses notifikasi secara asinkron.
• 8:25
  Masukkan dalam tangan, tangan ini nanti.
• 8:26
  Kuncinya adalah respons 4 tersebut.
• 8:28
  Bahkan dengan titik akhir yang sempurna, hal-hal masih bisa salah.
• 8:30
  Langganan bisa ke dalam luar saham.
• 8:32
  Gangguan jaringan bisa terjadi.
• 8:33
  Microsoft Graph sendiri mungkin melewatkan notifikasi dalam kasus yang jarang terjadi.
• 8:36
  Itulah mengapa Anda memerlukan jaring pengaman, yaitu Query Delta.
• 8:39
  Bayangkan seperti ini.
• 8:40
  Notifikasi perubahan adalah alarm kebakaran.
• 8:41
  Notifikasi tersebut memberitahu Anda bahwa sesuatu sedang terdiri.
• 8:44
  Query Delta adalah sistem penyeram air.
• 8:45
  Query Delta menangkap apapun yang terlewakan oleh Anda.
• 8:47
  Doanya bekerja bersama.
• 8:48
  Notifikasi memberi Anda keseran waktunya.
• 8:50
  Query Delta memberi Anda gambar lengkap yang bisa Anda rekonsidasi kapan saja.
• 8:53
  Pola yang disarankan sangat sederhana.
• 8:55
  Kunakan notifikasi perubahan untuk keseran istana.
• 8:57
  Jalankan Query Delta secara berkala,
• 8:59
  mungkin setiap beberapa jam atau sekali sehari untuk menangkap apapun yang terlewat.
• 9:01
  Dengan cara ini, meskipun notifikasi hilang atau langganan kedalu warsa,
• 9:05
  Anda tidak akan pernah melewatkan perubahan secara permukaan.
• 9:07
  Kasus penggunaan dunia nyata.
• 9:09
  Apa yang bisa Anda bangun?
• 9:10
  Jadi apa sebenarnya yang dimungkinkan oleh hal ini?
• 9:12
  Izinkan saya memandu Anda melalui beberapa contoh.
• 9:13
  Ambil contoh otomatis sihat.
• 9:15
  Bayangkan seseorang bergabung dengan perusahaan Anda besok.
• 9:17
  Saat Entra ID membuat pengguna baru, notifikasi perubahan akan terpicu.
• 9:20
  Aplikasi Anda mengambil profil mereka dan membuat akun di platform HR.
• 9:23
  Pelacakan waktu dan akses gedung Anda.
• 9:25
  Semuanya dalam hitungan detik.
• 9:26
  Tanpa polling, tanpa benda.
• 9:27
  Untuk peringatan keamanan, misalnya akun pengguna dinonaktifkan.
• 9:31
  Notifikasi perubahan memicu alur kerja yang memeriksa perubahan,
• 9:34
  mencurigakan dan memberitahu tim keamanan Anda.
• 9:36
  Dulu Anda harus melakukan polling setiap beberapa.
• 9:38
  Sekarang semuanya instan.
• 9:39
  Pemprosesan konten bekerja dengan sama.
• 9:41
  Saat file masuk ke pustaka dokumen SharePoint, Anda ingin tahu apakah itu faktor.
• 9:45
  Notifikasi memberitahu Anda bahwa ada file baru.
• 9:47
  Aplikasi Anda mengambilnya, menjalankannya melalui AI
• 9:49
  untuk mengklasifikasikannya dan mengirimkannya ke sistem pengeluaran.
• 9:51
  Yang tepat semuanya teman.
• 9:53
  Dasber waktu nyata memungkinkan Anda melihat analitik saat terjadi,
• 9:55
  bukan dari beberapa jamion.
• 9:56
  Notifikasi perubahan menyinkronkan dataverse ke Fabric secara instan.
• 9:59
  Dashboard Power BI Anda diperbarui secara hampir waktu nyata.
• 10:02
  Ini salah satu yang menurut saya menarik.
• 10:04
  Konektor Copilot.
• 10:05
  Microsoft menambahkan sinkronisasi waktu nyata melalui webhook
• 10:07
  sehingga agen AI merespons detik saat data book.
• 10:10
  Saat catatan pelanggan diperbarui di Dynamics 365 365,
• 10:13
  agen Copilot langsung membuat tindak lanjut tanpa menunggu.
• 10:17
  Semua contoh ini memiliki satu kesamaan.
• 10:20
  Sebelum ada notifikasi perubahan,
• 10:21
  Anda membuat pekerjaan terjadwal yang melakukan polling setiap jam atau hari.
• 10:24
  Itu berhasil, tetapi lambat, boros, dan rentan.
• 10:27
  Notifikasi perubahan membangunan data tersebut.
• 10:29
  Waktu nyata, berbasis peristiwa, instan.
• 10:32
  Memilih saluran pengiriman yang tepat.
• 10:34
  Tidak setiap aplikasi membutuhkan pengiriman sama.
• 10:36
  Mari kita lihat opsi Anda.
• 10:37
  Webhook adalah yang paling sederhana.
• 10:39
  Gerak mengirim HTTP post ke titik akhir Anda,
• 10:41
  Anda memprosesnya, lalu selesai.
• 10:43
  Untuk volume rendah hingga menengah,
• 10:44
  katakanlah beberapa ratus notifikasi per jam itu berkesan.
• 10:46
  Namun bagaimana jika Anda membutuhkan sesuatu?
• 10:48
  Ribuan notifikasi per detik dapat membebani satu titik akhir.
• 10:52
  Anda membutuhkan sesuatu yang lebih baik.
• 10:53
  Event Hubs menangani jutaan peristiwa per detik.
• 10:56
  Alih-alih, Graph mengirim notifikasi satu per satu
• 10:58
  yang mengirimkannya ke Hub.
• 11:00
  Aplikasi Anda membaca dengan cepatannya sendiri risiko banjir Anda.
• 11:02
  Ini untuk skenario perusahaan besar
• 11:03
  seperti ribuan situs SharePoint atau jutaan kotak surat.
• 11:07
  Lalu ada Event Grid opsi tanpa server.
• 11:08
  Ini mengirimkan notifikasi ke Azure Functions atau Logic Apps,
• 11:11
  serta menangani percobaan ulang dan data lettering secara otomatis.