Apa yang berlaku dalam gangguan carian Microsoft 365 MO1456424?

Berdasarkan bukti yang tersedia, ini ialah masalah berkaitan deployment dan kecekapan sumber—bukan serangan siber, kegagalan rangkaian serantau yang disahkan atau krisis kapasiti yang melumpuhkan seluruh platform Microsoft 365.

Apakah pembaikan yang digunakan Microsoft?

Microsoft berkata pihaknya telah membangunkan dan mula menggunakan pembaikan bagi mengurangkan tekanan terhadap sumber serta memulihkan fungsi carian. Laporan lain turut menyifatkan langkah pemulihan itu sebagai pembaikan yang menangani ketidakcekapan berkenaan dan mengembalikan operasi perkhidmatan kepada keadaan normal.

Bagaimanapun, rekod insiden dalam bahan yang dibekalkan masih tidak mempunyai waktu tamat. Oleh itu, rekod tersebut tidak membuktikan dengan tepat bila pemulihan selesai untuk setiap pengguna yang terjejas. Ia juga tidak menerangkan sama ada Microsoft melakukan rollback, perubahan seni bina kekal atau pembaikan teknikal yang lebih khusus.

Mengapa ia dipanggil insiden jika statusnya “kemerosotan perkhidmatan”?

Dalam bahan kesihatan perkhidmatan Microsoft 365, MO1456424 direkodkan sebagai peristiwa serviceDegradation. Istilah ini menunjukkan bahawa Microsoft tidak melaporkan kegagalan menyeluruh bagi semua perkhidmatan Microsoft 365. Namun, ia tetap dipantau sebagai insiden kerana satu fungsi yang digunakan pelanggan—iaitu carian—terjejas merentasi beberapa produk.

Microsoft tidak menerbitkan penjelasan berasingan tentang sebab klasifikasi itu dipilih. Tafsiran paling selamat ialah mengikut maksud literalnya: ini merupakan kemerosotan fungsi carian merentasi beberapa produk, bukan bukti bahawa semua perkhidmatan Microsoft 365 tidak tersedia.

Bagaimana ia berbeza daripada gangguan lain baru-baru ini?

Oleh sebab berlaku pada tarikh yang sama, MO1456424 mudah disalah anggap berkaitan dengan masalah perkhidmatan Microsoft dan milik Microsoft yang lain. Namun, punca yang dilaporkan adalah berbeza.

Gangguan GitHub hampir lapan jam

GitHub mengalami insiden berasingan pada 17 Ogos 2026, dari 13:28 hingga 21:15 UTC, dengan tempoh 7 jam 47 minit. Rekod status GitHub melaporkan peningkatan kadar ralat dan kependaman pada Issues, pull request, API, Actions dan Copilot. Pada kemuncaknya, kadar ralat web dan API mencecah kira-kira 20 peratus, manakala muat turun arkib dan kandungan mentah mencapai kira-kira 50 peratus.

Laporan mengenai insiden itu mengaitkannya dengan load balancer yang terlebih beban, dasar penskalaan automatik yang bermasalah serta pepijat percubaan semula (retry) yang lama tersembunyi dalam Visual Studio Code. Mekanisme ini berbeza daripada masalah infrastruktur carian akibat deployment yang menyebabkan MO1456424.

Masalah carian Microsoft 365 sebelum ini

Microsoft 365 juga pernah mengalami insiden berkaitan carian. Pada April 2025, pengguna Outlook di web dan SharePoint Online berdepan kelewatan atau kegagalan carian yang dikaitkan dengan komponen infrastruktur pemproses permintaan carian yang berprestasi di bawah paras yang diterima.

Laporan berasingan turut menyebut kegagalan carian fail OneDrive, termasuk situasi apabila carian kelihatan kosong atau tidak memulangkan hasil walaupun pengguna tahu fail tersebut telah dimuat naik. Bahan yang tersedia tidak membuktikan bahawa masalah terdahulu itu mempunyai punca asas yang sama dengan MO1456424.

Kegagalan sambungan Azure dan Microsoft 365 pada 23 Julai

Insiden pada 23 Julai 2026 lebih luas dan berpunca daripada masalah teknikal yang berbeza. Sejarah status Azure Microsoft meletakkan tempoh impak antara 14:44 hingga 19:41 UTC, apabila sebahagian pelanggan mengalami kegagalan sambungan, kependaman meningkat atau kesukaran mengakses perkhidmatan Azure yang dihoskan di wilayah West US. Impak hanya melibatkan trafik yang masuk ke atau keluar dari wilayah itu; trafik yang kekal sepenuhnya dalam wilayah tersebut tidak terjejas.

Microsoft mengaitkan kegagalan itu dengan masalah dalam penyelenggaraan rangkaian automatik yang menyebabkan laluan IP dikeluarkan daripada lebih banyak peranti daripada yang sepatutnya. Itu ialah kegagalan pada satah kawalan rangkaian, berbeza daripada kemerosotan perkhidmatan carian dalam MO1456424.

Apakah yang boleh disimpulkan daripada rangkaian insiden ini?

Secara ringkas, setiap insiden berlaku pada lapisan operasi yang berlainan:

• MO1456424: deployment terbaharu menyebabkan penggunaan sumber yang tidak cekap pada infrastruktur carian.
• Insiden GitHub pada 17 Ogos: gabungan load balancer yang terlebih beban, kegagalan penskalaan automatik dan masalah percubaan semula yang memperbesar gangguan.
• Insiden Azure pada Julai: proses penyelenggaraan automatik mengeluarkan terlalu banyak laluan IP.

Corak ini menunjukkan risiko pada beberapa lapisan—deployment aplikasi, kapasiti dan penskalaan automatik serta automasi rangkaian—tetapi tidak membuktikan satu punca asas yang sama.

Bahan insiden yang dibekalkan juga tidak membuktikan bahawa permintaan yang dipacu AI menyebabkan MO1456424, gangguan GitHub atau kegagalan Azure pada Julai. GitHub memang pernah membincangkan penghijrahan ke awan awam dan rancangan ke arah infrastruktur berbilang awan, tetapi langkah strategik itu tidak dengan sendirinya membuktikan hubungan sebab-akibat dengan mana-mana gangguan tertentu.

Kesimpulan yang lebih berhati-hati ialah apabila perkhidmatan awan dan beban kerja berkaitan AI menjadi semakin penting, kawalan deployment, perancangan kapasiti, perlindungan daripada lonjakan percubaan semula, pengasingan kegagalan dan automasi rangkaian yang diuji dengan baik menjadi semakin kritikal. Strategi berbilang awan boleh mengagihkan sebahagian risiko infrastruktur, tetapi ia tidak secara automatik menghalang kegagalan dalam satah kawalan sesebuah perkhidmatan.