Apa yang Terjadi dalam Gangguan Pencarian Microsoft 365 MO1456424?

Penyebab MO1456424

Menurut Microsoft, deployment terbaru memperkenalkan “resource utilization inefficiency issue”, yakni masalah inefisiensi pemakaian sumber daya pada infrastruktur yang menangani permintaan pencarian. Dalam praktiknya, perubahan tersebut membuat penggunaan sumber daya menjadi tidak efisien dan menurunkan kemampuan infrastruktur untuk memproses sebagian kueri pencarian.

Microsoft tidak menjelaskan detail teknis yang lebih jauh, seperti jalur kode yang bermasalah, jenis sumber daya yang terbebani, ambang batas performa, atau perubahan spesifik dalam deployment tersebut.

Dengan demikian, bukti yang tersedia menunjuk pada masalah efisiensi sumber daya yang berkaitan dengan deployment—bukan pada satu kegagalan jaringan regional atau krisis kapasitas di seluruh platform Microsoft 365.

Perbaikan yang diterapkan Microsoft

Microsoft menyatakan telah mengembangkan dan mulai menerapkan perbaikan untuk mengurangi tekanan pada sumber daya serta memulihkan fungsi pencarian. Laporan lain juga menggambarkan langkah mitigasi tersebut sebagai perbaikan yang ditujukan untuk mengatasi inefisiensi dan mengembalikan layanan ke kondisi normal.

Namun, catatan insiden yang tersedia masih tidak mencantumkan waktu berakhir. Karena itu, data tersebut belum bisa memastikan kapan perbaikan selesai diterapkan kepada seluruh pengguna yang terdampak.

Microsoft juga tidak menjelaskan apakah perbaikannya berupa rollback, perubahan arsitektur permanen, atau solusi teknis lain yang lebih spesifik.

Mengapa disebut insiden jika statusnya hanya service degradation?

Dalam materi kesehatan layanan Microsoft 365, MO1456424 dicatat sebagai peristiwa serviceDegradation, bukan kegagalan total seluruh rangkaian Microsoft 365.

Meski demikian, gangguan tersebut tetap dicatat sebagai insiden karena fungsi yang digunakan pelanggan—yaitu pencarian—terganggu di beberapa produk sekaligus. Status ini sebaiknya dipahami secara harfiah: terjadi degradasi pada layanan pencarian untuk sebagian pengguna, bukan berarti semua layanan Microsoft 365 tidak tersedia.

Microsoft tidak menerbitkan penjelasan terpisah mengenai alasan pemilihan klasifikasi tersebut.

Berbeda dari gangguan GitHub pada hari yang sama

Waktu kejadian membuat MO1456424 mudah dikaitkan dengan gangguan lain yang melibatkan Microsoft dan perusahaan-perusahaan di ekosistemnya. Namun, penyebabnya berbeda.

GitHub mengalami insiden terpisah pada 17 Agustus 2026, dari 13.28 hingga 21.15 UTC, atau selama 7 jam 47 menit. Gangguan itu meningkatkan error dan latensi pada Issues, pull request, API, Actions, dan Copilot. Pada puncaknya, tingkat error web dan API mencapai sekitar 20 persen, sementara unduhan arsip serta konten mentah mencapai sekitar 50 persen.

Laporan GitHub mengaitkan insiden tersebut dengan load balancer yang mengalami saturasi, kebijakan autoscaling yang bermasalah, serta bug retry tersembunyi di Visual Studio Code. Mekanisme ini berbeda dari masalah inefisiensi pada infrastruktur pencarian yang memicu MO1456424.

Bukan pertama kalinya pencarian Microsoft 365 bermasalah

Microsoft 365 juga pernah mengalami gangguan pencarian sebelumnya. Pada April 2025, pengguna Outlook di web dan SharePoint Online menghadapi keterlambatan atau kegagalan pencarian yang dikaitkan dengan komponen infrastruktur pemroses permintaan pencarian yang performanya berada di bawah ambang batas yang dapat diterima.

OneDrive juga pernah mengalami masalah pencarian file. Dalam kasus tersebut, hasil pencarian dapat tampil kosong atau tidak menampilkan file yang sebenarnya sudah diunggah pengguna. Namun, materi yang tersedia tidak membuktikan bahwa gangguan-gangguan sebelumnya memiliki akar masalah yang sama dengan MO1456424.

Berbeda pula dari gangguan Azure pada Juli

Gangguan pada 23 Juli 2026 memiliki cakupan dan penyebab teknis yang berbeda. Menurut riwayat status Azure, antara 14.44 hingga 19.41 UTC, sebagian pelanggan mengalami kegagalan konektivitas, latensi yang meningkat, atau kesulitan mengakses layanan Azure yang berada di wilayah West US. Dampaknya terbatas pada lalu lintas jaringan yang masuk atau keluar dari wilayah tersebut; lalu lintas yang sepenuhnya berada di dalam wilayah itu tidak terdampak.

Microsoft mengaitkan insiden tersebut dengan masalah pada proses pemeliharaan jaringan otomatis yang menghapus rute IP dari lebih banyak perangkat daripada yang seharusnya. Itu merupakan kegagalan pada lapisan kontrol jaringan, sedangkan MO1456424 merupakan degradasi layanan pencarian yang dipicu deployment.

Pelajaran dari rangkaian gangguan ini

Ketiga insiden tersebut menunjukkan risiko operasional pada lapisan yang berbeda:

• MO1456424: deployment terbaru menimbulkan penggunaan sumber daya yang tidak efisien pada infrastruktur pencarian.
• Gangguan GitHub 17 Agustus: saturasi load balancer, kegagalan autoscaling, dan masalah retry yang memperparah beban.
• Gangguan Azure 23 Juli: otomasi pemeliharaan jaringan menghapus terlalu banyak rute IP.

Pola ini memperlihatkan tantangan pada deployment aplikasi, perencanaan kapasitas, autoscaling, serta otomasi jaringan. Namun, bukti yang tersedia tidak menunjukkan satu akar masalah yang sama untuk seluruh insiden tersebut.

Materi insiden yang disediakan juga tidak membuktikan bahwa lonjakan permintaan berbasis AI menjadi penyebab MO1456424, gangguan GitHub, atau gangguan Azure pada Juli. GitHub memang menyebut migrasi dari pusat data khusus berukuran lebih kecil ke cloud publik serta langkah menuju strategi multicloud, tetapi arah strategis tersebut tidak otomatis membuktikan hubungan sebab-akibat dengan insiden tertentu.

Kesimpulan yang lebih hati-hati adalah bahwa semakin pentingnya layanan cloud dan beban kerja yang terhubung dengan AI membuat beberapa hal semakin krusial: pengamanan deployment, perencanaan kapasitas, perlindungan dari lonjakan retry, isolasi kegagalan, serta pengujian otomasi jaringan. Strategi multicloud dapat membantu menyebarkan sebagian risiko infrastruktur, tetapi tidak otomatis mencegah kegagalan di dalam control plane milik suatu layanan.