Yang Harus Anda Pelajari dari AWS S3 Outage

Jadi, apa yang kita semua ambil dari pemadaman AWS minggu ini? Tergantung pada siapa Anda bertanya. Banyak dari kita di TI berpikir bahwa ini adalah pengingat yang baik untuk mempertimbangkan lingkungan multicloud dan hybrid cloud—pada dasarnya, jangan letakkan semua beban kerja cloud Anda dalam satu keranjang AWS. Pemadaman penyimpanan S3 memengaruhi sekitar 150.000 situs web yang dihosting di pusat data wilayah AS-EAST-1 Amazon, yang berada di Virginia utara.

Pemadaman Amazon mengingatkan semua orang di TI selama sehari bahwa beban kerja cloud berada di luar lokasi, dan mereka dapat turun kapan saja. Cloud masih membutuhkan rencana pemulihan, pencadangan, dan kontinuitas. Ada juga peringatan yang telah teruji waktu bahwa orang masih menjalankan mesin cloud. Pemadaman S3 minggu ini terjadi ketika seorang insinyur membuat kesalahan perintah selama tugas rutin mematikan subsistem penyimpanan.

Tetapi ada cara lain untuk memikirkan pemadaman penyedia cloud publik (yang jauh lebih jarang daripada sebelumnya). Alih-alih hanya mengatakan Anda akan mulai meneliti penerapan multicloud atau membangun lebih banyak cloud hybrid, seorang pakar industri mengatakan bahwa mendesain untuk kegagalan adalah hal yang harus Anda pertimbangkan untuk infrastruktur cloud. Kiat yang disarankan untuk segera dipertimbangkan termasuk memilih replikasi lintas wilayah AWS dan melakukan pengujian untuk solusi pemadaman dan pemulihan. Kiat jangka panjang adalah memilih cloud API yang terbaik untuk bisnis Anda dan tidak masuk ke penyedia cloud kedua hanya karena alasan failover.

Pada topik cloud hybrid, cerita ini mengeksplorasi tren komputasi tanpa server—dengan mengatakan bahwa tanpa server pada dasarnya sama dengan komputasi Platform as a Service (PaaS). Dengan pendekatan itu, perantara (pengadaan perangkat keras) menghilang, memungkinkan tim TI untuk menyediakan sumber daya langsung ke platform penyedia cloud. Akhirnya, seorang konsultan mengatakan, TI perusahaan dapat memilih untuk langsung menghubungkan layanan back-end ke klien dan aplikasi klien, sehingga tidak ada banyak pemberhentian antara pengguna dan fungsi cloud yang mereka butuhkan.

Tentu saja, setidaknya satu penyedia cloud dapat merasa puas ketika pemadaman AWS tidak memengaruhi cloud mereka sendiri, yang baru saja diumumkan minggu ini. Nimble tidak menyimpan volume cloud-nya di AWS atau Azure karena tidak dapat menjamin keandalan. Alih-alih membangun layanan cloud publik eksklusif untuk penyimpanan blok. Ini mungkin baik untuk penjualan Nimble dan stabilitas pelanggan mereka. Akan menarik untuk melihat apakah ini memulai tren.

Sampai minggu depan, peluk server itu erat-erat.