Sebuah bug dalam sistem permintaan pemeliharaan jaringan otomatis Microsoft menyebabkan outage besar pada 23 Juli 2026 dengan secara keliru menghapus rute IP dari lebih banyak perangkat daripada yang dimaksudkan, mengganggu layanan Azure dan Microsoft 365 di seluruh dunia selama hampir empat jam.
APA YANG TERJADI?
Outage dimulai pada pukul 10:44 pagi ET pada Kamis, 23 Juli, dan sebagian besar mempengaruhi pelanggan yang mengakses layanan Microsoft 365 melalui infrastruktur jaringan yang terhubung ke wilayah Azure West US Microsoft. Pada pukul 11:11 pagi ET, Downdetector mencatat 2.403 laporan outage, jauh di atas baseline normal 29. SharePoint menyumbang 78 persen keluhan, diikuti Excel pada 11 persen dan Microsoft 365 Admin Center pada 6 persen.
Microsoft melacak outage tersebut di bawah ID insiden MO1437424 dan mengonfirmasi bahwa beberapa layanan Microsoft 365 terdampak, termasuk OneDrive dengan akses intermiten, SharePoint Online dengan kesalahan “Something went wrong,” Microsoft Teams dengan fungsionalitas chat yang menurun termasuk gambar tidak dimuat, Microsoft 365 Admin Center yang lambat atau tidak dapat dimuat, Power Automate yang tidak memuat alur, Copilot Chat dengan penundaan intermiten, dan Microsoft Loop yang tidak dapat dibuka. Layanan lain yang terpengaruh mencakup Fabric dan Power BI, Power Apps, Copilot Studio, Windows 365, serta Microsoft Defender. Beberapa pelanggan Defender mengalami penundaan menerima respons dari Microsoft Defender Experts.
DETAIL TEKNIS
Microsoft mengungkapkan bahwa outage dipicu selama pemeliharaan perangkat rutin di wilayah Azure West US, di mana jalur jaringan tertentu sedang diisolasi. Proses pemeliharaan Microsoft mengonversi jenis permintaan ini menjadi instruksi yang dapat dibaca sistem dan memeriksa bahwa setidaknya salah satu dari dua jalur redundan tetap sehat sebelum pekerjaan dimulai. Namun, sebuah bug dalam sistem konversi permintaan secara keliru menandai perangkat jaringan tambahan sebagai bagian dari event pemeliharaan. Akibatnya, rute IP dihapus dari lebih banyak perangkat daripada yang dimaksudkan antara pusat data West US Microsoft dan wide-area network-nya.
Rute yang dihapus mengganggu traffic jaringan yang masuk atau keluar dari wilayah West US. Namun, Microsoft menyatakan traffic yang sepenuhnya berada di dalam wilayah tidak terpengaruh. Insiden Azure menyebabkan kegagalan konektivitas, peningkatan latency, dan masalah mengakses banyak layanan cloud termasuk Azure App Service, Application Gateway, Azure AD B2C, Azure AI Search, Azure Cosmos DB, Azure Kubernetes Service, Azure Monitor, Microsoft Sentinel, Power BI Embedded, dan VPN Gateway. Microsoft memulai rollback perubahan pemeliharaan pada pukul 1:45 sore ET, yang selesai pada pukul 2:26 sore ET. Rollback memulihkan infrastruktur jaringan yang terpengaruh dan memungkinkan layanan Microsoft 365 pulih. Beberapa layanan Azure terus memulihkan setelah perbaikan diterapkan, dengan Microsoft melaporkan bahwa semua layanan yang terpengaruh telah pulih sepenuhnya pada pukul 3:41 sore ET.
DAMPAK TERHADAP INDONESIA
Indonesia adalah pasar cloud Microsoft yang berkembang pesat, dengan banyak korporasi, institusi pendidikan, dan bahkan instansi pemerintah yang mengandalkan Microsoft 365 untuk produktivitas harian. Outage yang berlangsung hampir empat jam menggarisbawahi risiko ketergantungan pada single cloud provider untuk mission-critical operations. Banyak organisasi Indonesia yang belum memiliki business continuity plan dan disaster recovery plan yang memadai untuk skenario outage cloud provider, sering kali mengasumsikan bahwa SLA vendor menjamin ketersediaan tanpa gangguan signifikan. Insiden ini juga menunjukkan bahwa gangguan infrastruktur cloud dapat mempengaruhi layanan keamanan seperti Microsoft Defender, yang berarti bahwa bahkan postur keamanan organisasi menjadi rentan selama outage. Ketergantungan pada cloud asing juga menimbulkan isu kedaulatan data dan kontinuitas layanan publik esensial.
REKOMENDASI MITIGASI
Organisasi harus mengembangkan dan menguji business continuity plan serta disaster recovery plan secara berkala, dengan asumsi bahwa cloud provider dapat mengalami outage multi-jam. Strategi multi-cloud atau hybrid cloud dengan workload critical yang dapat failover antar region atau bahkan antar provider sangat dianjurkan. Penggunaan cache lokal untuk dokumen penting dan offline capability pada aplikasi produktivitas dapat mengurangi dampak operasional selama outage. Untuk organisasi yang sangat bergantung pada Microsoft 365, mempertimbangkan redundansi email melalui gateway sekunder dan penyimpanan dokumen di lokasi tambahan diluar satu platform menjadi kebutuhan strategis. Microsoft sendiri telah berjanji untuk melakukan full internal review pada safety checks dan automated processes yang digunakan untuk mengeksekusi permintaan pemeliharaan, yang akan dipublikasikan dalam final Post Incident Review dalam waktu 14 hari.
Analisa Retasan
Insiden outage Microsoft 365 akibat bug pemeliharaan otomatis adalah contoh klasik dari kegagalan sistem kompleks yang dikenal dalam literatur rekayasa sistem sebagai “normal accident.” Secara teknis, mekanisme safety check yang dirancang untuk mencegah kehilangan redundansi justru menjadi sumber kegagalan ketika sistem konversi permintaan salah menginterpretasikan scope pemeliharaan. Ini adalah bug logic pada orkestrasi infrastruktur skala hipersentral, di mana automated maintenance request system memiliki authority untuk mengubah konfigurasi network device secara massal tanpa human-in-the-loop verification. Fakta bahwa bug ini memengaruhi wide-area network routing di wilayah Azure West US menunjukkan bahwa automation pada skala hyperscaler memiliki blast radius yang sangat besar.
Dari perspektif sejarah, insiden ini mengingatkan pada outage AWS US-EAST-1 tahun 2017 yang disebabkan oleh kesalahan manual dalam skrip automation, dan outage Azure Active Directory 2021 yang disebabkan oleh perubahan konfigurasi routing. Pola umumnya adalah bahwa semakin besar dan terotomatisasi infrastruktur cloud, semakin kecil kesalahan manusia atau bug software yang diperlukan untuk menyebabkan gangguan masif. Perbedaannya adalah bahwa insiden 2026 melibatkan maintenance automation yang seharusnya lebih aman karena memiliki safety interlocks, namun bug pada interlock itu sendiri membuat sistem menjadi lebih rapuh.
Bagi Indonesia, insiden ini adalah peringatan bahwa migrasi ke cloud tidak menghilangkan risiko, melainkan mengubah karakter risiko dari masalah infrastruktur lokal ke masalah keandalan vendor asing. Dengan program cloud-first yang dianjurkan oleh pemerintah, banyak instansi publik Indonesia berpotensi mengalami paralisis operasional jika outage serupa terjadi pada jam kerja. Kebutuhan untuk membangun sovereign cloud capability atau setidaknya multi-region redundancy dengan satu provider menjadi sangat mendesak. Selain itu, kebijakan data classification harus membedakan antara data yang dapat dihosting di cloud publik global versus data yang memerlukan availability guarantee di dalam negeri. Tanpa perencanaan arsitektur yang matang, ketergantungan pada cloud hyperscaler dapat menjadi single point of failure nasional.
Sumber: BleepingComputer
