Sehari tanpa Outlook adalah ujian ketergantungan

Gangguan global Microsoft berlangsung lebih dari sehari penuh, melumpuhkan Exchange Online, Teams, SharePoint, Copilot 365, dan Defender, dan pada pukul 3 pagi waktu Hanoi perusahaan masih belum bisa memastikan kapan email akan kembali normal. Insiden ini adalah bukti terbaru paling jelas atas fakta yang sebagian besar organisasi sudah berhenti memperdebatkan: kita bergantung pada teknologi, dan ketergantungan itu tidak akan hilang. Yang opsional adalah apakah ketergantungan itu dirancang untuk gagal dengan aman.

Pada pukul 03.05 Sabtu pagi waktu Hanoi, Microsoft memposting kalimat yang lebih penting daripada detail teknis apa pun: perusahaan masih belum bisa mengatakan kapan semuanya akan kembali normal.

“Akses ke layanan mungkin berfungsi sebelum pengiriman dan penerimaan email kembali normal,” tulis akun Microsoft 365 Status. Perusahaan mengatakan login dan akses membaik sementara pesan yang mengantre dan penyeimbangan lalu lintas dikejar. Perusahaan tidak memberikan perkiraan untuk pemulihan penuh.

Gangguan dimulai pada sore hari tanggal 12 November dan berlangsung lebih dari sehari penuh. Exchange Online, infrastruktur email di balik Outlook, menanggung dampak terburuk: pengguna tidak dapat mengakses kotak surat mereka. Teams, SharePoint Online, Copilot 365, dan Defender XDR ikut mengalami penurunan kinerja. Pada pukul 21.17 tanggal 13 November, Microsoft mengatakan bahwa penumpukan di beberapa antrean telah turun secara signifikan dan mendekati normal, sementara halaman kesehatan layanan miliknya sendiri masih mencantumkan ketidakstabilan.

Microsoft meminta maaf "secara mendalam" atas gangguan tersebut dan secara tegas menolak spekulasi bahwa agen AI telah menyebabkan kegagalan itu. Charles Lamanna, wakil presiden eksekutif yang menjalankan Copilot, agen AI, dan platform tersebut, mengatakan pada 13 November bahwa tim sedang meninjau apa yang terjadi dan bagaimana mencegah hal serupa.

Bagian yang tidak lagi diperdebatkan siapa pun

Fakta janggal dalam insiden ini bukanlah bahwa Microsoft gagal. Sistem besar bisa gagal. Fakta janggalnya adalah bentuk ketergantungannya: antrean email satu vendor menentukan apakah jadwal jaga rumah sakit, persetujuan pembayaran bank, serah terima shift pabrik, dan korespondensi kantor pemerintah terjadi tepat waktu.

Ketergantungan itu adalah sebuah pilihan, yang dibuat selangkah demi selangkah melalui migrasi, dan selama ini merupakan pertukaran yang baik: keandalan per dolar yang tidak bisa disamai departemen TI internal mana pun. Kini hal itu juga sudah bersifat struktural. Tidak ada organisasi serius yang akan kembali ke Exchange on-premise hanya karena satu minggu yang buruk.

Lini masa menunjukkan mengapa langkah terakhir itu penting. Pembaruan Microsoft sendiri bergerak dari "mitigasi diterapkan" ke "antrean terkuras" ke "tidak ada perkiraan" dalam delapan belas jam. Organisasi yang rencananya adalah "tunggu halaman status" tidak punya rencana.

Reorganisasi di baliknya

Gangguan itu terjadi di tengah restrukturisasi. Bulan lalu Microsoft menawarkan pengunduran diri sukarela dengan pesangon kepada 60.000 karyawan, sekitar 27% dari total tenaga kerja globalnya, menyusul 4.800 pemutusan hubungan kerja yang diumumkan pada Juli. Belum jelas berapa banyak yang menerima. Saat pemutusan Juli diumumkan, chief people officer Amy Coleman mengatakan peran yang terdampak tidak akan digantikan oleh AI.

Tidak ada dari itu yang menyebabkan gangguan tersebut, dan Microsoft telah mengatakan hal itu. Itu adalah konteks, dan konteksnya adalah intinya: tim yang menjaga sistem sangat besar tetap berjalan diminta melakukannya dengan lebih sedikit orang, sementara perusahaan yang sama menjual AI yang membuat pelanggan semakin bergantung pada mereka.

Apa yang sebenarnya kita ambil dari ini

Refleks setelah gangguan sebesar ini adalah membicarakan ketahanan sebagai pembelian: beli wilayah kedua, beli pemantau pihak ketiga, beli situs DR. Itu membantu. Itu juga bagian yang mudah, karena semuanya hanya butir biaya.

Bagian sulitnya bersifat prosedural dan murah: mengetahui proses bisnis mana yang berhenti ketika email berhenti, memiliki saluran kedua yang diuji, bukan diasumsikan, menuliskan siapa yang memutuskan untuk beralih, dan melatihnya setahun sekali dengan keseriusan yang sama seperti latihan kebakaran. Sebagian besar organisasi tidak dapat menjawab "apa yang rusak lebih dulu" tanpa rapat.

Kita semakin bergantung pada teknologi setiap tahun, dan itu tidak dapat dibalik — produktivitasnya nyata dan alternatifnya lebih buruk. Tetapi ketergantungan bukanlah risikonya. Ketergantungan yang belum pernah diuji adalah risikonya.

ABN Asia membangun perangkat lunak untuk organisasi yang telah memutuskan bahwa sistem mereka harus mampu bertahan saat hari buruk: arsitektur dengan jalur failover yang diuji, bukan sekadar didokumentasikan; observabilitas yang menunjukkan proses mana yang rusak, bukan server mana yang menyala merah; runbook insiden yang mencantumkan nama dan waktu; serta rencana migrasi yang menyertakan jalan keluar. Kami tidak dapat mencegah hyperscaler mengalami minggu buruk. Kami dapat memastikan bisnis Anda tidak menunggu halaman statusnya untuk mengetahui apakah hari ini berjalan.

Sumber: VnExpress, "Microsoft: 'Belum dapat menentukan waktu pemulihan sepenuhnya'" (14 November 2026); pembaruan Status Microsoft 365 tanggal 13–14 November 2026; pernyataan Charles Lamanna dan Amy Coleman.

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