Microsoft mengalami gangguan dua kali dalam lima belas hari, dan pada kali kedua mengubah tanggal pengumuman laba.

Microsoft 365, Outlook, Teams, Copilot, dan Store gagal sejak sekitar pukul 01.00 waktu Hanoi pada 13 November, dengan 130.000 laporan Outlook di AS saja. Microsoft awalnya menyalahkan beban, lalu mengatakan server berperilaku abnormal. OpenAI dan Anthropic sama-sama melaporkan kegagalan konektor, dan produsen truk listrik memindahkan jadwal hasil kuartalannya karena hal itu.

Mulai sekitar pukul 01.00 waktu Hanoi pada 13 November, pengguna di Vietnam dan tempat lain kehilangan akses ke Microsoft 365, Outlook, Teams, Copilot, dan Microsoft Store. Downdetector mencatat lebih dari 130.000 laporan untuk Outlook di Amerika Serikat saja, 45.000 untuk Microsoft 365, dan 10.000 untuk Store, sebagian besar terkait koneksi serta pengiriman atau penerimaan email.

Bagian yang menarik bukanlah gangguan itu, melainkan kerusakan sekundernya.

Apa yang dikatakan Microsoft, dan apa yang berubah

Pernyataan pertama perusahaan menggambarkan sebagian infrastrukturnya berada dalam kondisi "beban tinggi". Perusahaan kemudian merevisinya: kelebihan beban itu bukan disebabkan oleh lonjakan lalu lintas, melainkan oleh beberapa server "secara tak terduga tidak beroperasi normal", yang memberi tekanan pada server yang masih sehat.

Perbedaan itu penting. Lonjakan trafik adalah perencanaan kapasitas. Server yang gagal secara tidak normal adalah persoalan keandalan — dan metode pemulihan yang dijelaskan Microsoft adalah petunjuknya: alihkan trafik ke jalur jaringan alternatif jika memungkinkan, dan optimalkan proses mengembalikan server yang tersisa. Pengguna mendapatkan kembali akses "secara bertahap".

Dengan kata lain, sistem melindungi dirinya sendiri dengan melepaskan beban ke bagian yang tersisa, yang justru merupakan perilaku yang mengubah satu node bermasalah menjadi insiden global.

Efek berantainya adalah inti ceritanya

Dua laboratorium AI AS mengatakan secara publik bahwa kegagalan Microsoft telah menjangkau mereka.

Detail Workhorse perlu ditekankan karena hanya itu yang memiliki tanggal. Gangguan yang sekadar mengganggu pengguna adalah biaya dukungan. Gangguan yang menunda pengungkapan kuartalan sebuah perusahaan publik selama empat hari adalah ketergantungan material — dan tidak ada yang menulis "Microsoft" dalam kalender risiko perusahaan itu sebagai alasan hasil bisa meleset.

Dua gangguan, lima belas hari

Ini bukan pagi yang terisolasi.

1. Petakan konektornya, bukan hanya layanannya. Tim yang paling terdampak di sini bukan tim yang menjalankan Exchange — melainkan tim yang menjalankan produk yang melakukan autentikasi melalui Microsoft. Jika stack Anda hanya mencantumkan Microsoft di bawah "email", pemetaannya salah.
2. Catat apa yang menurun kinerjanya, bukan apa yang gagal. "Outlook tidak berfungsi" masih bisa diatasi. "Integrasi baru tidak dapat dibuat dan pelaporan kuartalan tertunda" tidak. Kalimat keduanyalah yang perlu dilatih.
3. Latih dalih vendor. Workhorse melakukan hal yang benar — mengungkapkan, mengubah tanggal, dan menyebutkan alasannya.

Dua kegagalan global dalam rentang dua minggu, di lingkungan vendor yang sama, dengan gejala berbeda dan bentuk yang sama: satu komponen mengalami degradasi, sisa yang sehat diminta menyerapnya, dan semua yang di hilir mewarisi masalahnya.

Apa yang ini ubah bagi siapa pun yang membangun di atasnya

Pelajaran praktisnya bukan "pilih cloud lain". Setiap penyedia besar pernah mengalami dua minggu yang buruk. Pelajarannya adalah bahwa ketergantungan pada suatu platform adalah ketergantungan pada mode kegagalannya, dan mode-mode itu kini cukup terlihat untuk dipetakan.

Tiga hal yang layak dilakukan sebelum yang berikutnya:

Sebagian besar perusahaan baru menyadari saat insiden bahwa tidak ada yang bertanggung jawab atas keputusan itu.

Kami membangun sistem data dan inferensi, dan inilah bagian yang diremehkan klien: gangguan platform bukanlah peristiwa TI, melainkan peristiwa keberlangsungan bisnis yang terikat pada kalender. Organisasi yang menanganinya dengan baik adalah organisasi yang sudah mengetahui komitmen mana yang bergantung pada server pihak lain — dan menyatakannya secara tertulis, sebelum server-server itu berhenti berperilaku normal.

Sumber: VnExpress, 13 November 2026, yang melaporkan angka Downdetector, pernyataan Microsoft kepada Reuters, dan pernyataan publik dari OpenAI, Anthropic, dan Workhorse Group. Rincian gangguan Azure pada 29 Oktober adalah sebagaimana dilaporkan oleh VnExpress. Jumlah laporan mengukur banyaknya pengguna yang mengeluh, bukan tingkat keparahan atau penyebab insiden.

Kontak: [email protected]

Harap dicatat bahwa versi bahasa Indonesia didukung oleh AI dan karena itu mungkin terjadi kesalahan kecil.

Penulis

Ai-Banking-NetworkSecurity (ABN), ABN ASIA didirikan oleh orang-orang dengan akar yang kuat di dunia akademis, dengan pengalaman kerja di Amerika Serikat, Belanda, Hungaria, Jepang, Korea Selatan, Singapura, dan Vietnam. ABN Asia adalah tempat di mana akademik dan teknologi bertemu dengan peluang. Dengan solusi terdepan kami dan layanan pengembangan perangkat lunak yang kompeten, kami membantu bisnis untuk meningkatkan level dan bersaing di panggung global. Komitmen kami: Lebih Cepat. Lebih Baik. Lebih handal. Dalam kebanyakan kasus: Lebih murah juga.

Jangan ragu untuk menghubungi kami jika Anda membutuhkan layanan IT, konsultasi digital, solusi perangkat lunak siap pakai, atau jika Anda ingin mengirimkan permintaan proposal (RFP). Anda dapat menghubungi kami di [email protected]. Kami siap membantu Anda dengan semua kebutuhan teknologi Anda.

© ABN ASIA