Kesalahan Arsitektur Cloud: Organisasi Membutuhkan Waktu Rata-Rata yang Lebih Singkat untuk Pemulihan - DATAVERSITY

Kesalahan Arsitektur Cloud: Organisasi Membutuhkan Waktu Rata-Rata yang Lebih Singkat untuk Pemulihan – DATAVERSITY

Stempel Waktu: 16 Juni 2023 3
Node Sumber: 2726347

Keluhan umum tentang komputasi awan adalah bahwa biaya pengoperasian di awan bisa menjadi sangat mahal. Dalam seri lima bagian ini, saya telah memeriksa kesalahan arsitektur cloud yang mahal yang sering dilakukan organisasi yang berkontribusi terhadap biaya tersebut, dan bagaimana platform cloud independen dapat memecahkan masalah tersebut. Bagian satu menjelaskan bagaimana organisasi dapat dengan cepat kehilangan visibilitas dan kendali atas pemrosesan data mereka. Bagian kedua melihat bagaimana pendekatan DIY bisa salah. Bagian ketiga meneliti betapa mudahnya biaya meningkat ketika organisasi tidak memiliki platform jaringan cloud yang memungkinkan penetapan biaya dan penagihan yang cerdas. Dan bagian empat menjelaskan mengapa sikap lokal terhadap keamanan di cloud melemahkan pertahanan perusahaan sambil berkontribusi pada peningkatan biaya.

Sekarang, di bagian lima, saya akan menunjukkan bagaimana kegagalan mengendalikan keamanan dan pemulihan – dan terlalu mengandalkan apa yang disediakan CSP – dapat sangat memperpanjang waktu rata-rata organisasi untuk pemulihan setelah pemadaman atau kegagalan.

Tidak ada CSP yang sempurna atau jaringan yang sempurna. Adalah naif untuk percaya bahwa CSP tidak akan pernah turun atau mengalami masalah. Setiap CSP rentan terhadap pemadaman listrik. Kekhawatiran yang sah adalah bahwa mean time to recovery (MTTR) yang lebih tinggi dari pemadaman atau kegagalan akan menimbulkan biaya tambahan dalam hal hilangnya bisnis, produktivitas, dan waktu ke pasar.

Setiap CSP menyediakan seperangkat alat yang tidak konsisten untuk memecahkan masalah dan memulihkan dari pemadaman atau kegagalan. Tantangannya adalah layanan asli CSP ditawarkan pada infrastruktur bersama, sehingga mereka tidak dapat menawarkan alat pemecahan masalah tingkat lanjut yang memberikan visibilitas mendalam yang diminta oleh perusahaan. Sifat kotak hitam dari konstruksi CSP ini menyebabkan frustrasi dan waktu yang lama untuk memecahkan masalah dan pulih dari kegagalan. 

Misalnya, alat sederhana dan familiar seperti ping, traceroute, dan tangkapan paket tidak tersedia di antara CSP. Bahkan jika yang serupa tersedia, alat ini tidak memiliki konsistensi dan fungsionalitas yang diperlukan untuk memecahkan masalah dengan cepat. 

MTTR yang lebih tinggi sangat mahal karena pelanggaran keamanan dapat membuat bisnis turun sampai penyebabnya ditentukan dan solusinya ditemukan. Saat bisnis Anda berjalan di cloud, downtime apa pun tidak dapat diterima.

Rekomendasi

Organisasi dapat mengambil beberapa langkah untuk menghindari MTTR yang panjang:

  • Strategi DR Anda harus mencakup banyak wilayah dan banyak cloud.
  • Mengadopsi pendekatan atau platform jaringan cloud yang memberi Anda alat pemecahan masalah tingkat lanjut, di mana Anda memiliki jaringan dan arsitektur keamanan dengan data dalam kendali Anda.
  • Observabilitas dan visualisasi jaringan dapat secara proaktif menghentikan terjadinya kegagalan. Permintaan produk yang dapat menyediakan dasbor tingkat aplikasi dengan kumpulan data Netflow yang kaya. Log aliran CSP mahal dan tidak kaya.
  • Jadikan visibilitas operasional sebagai bagian dari setiap persyaratan dan permintaan proposal (RFP) dengan alat seperti pengambilan paket, verifikasi konektivitas tingkat aplikasi, dll.
  • Pastikan vendor jaringan cloud Anda memberi Anda model operasi cloud yang dapat diperluas ke tepi dan cabang. Strategi ini akan memungkinkan pengurangan perangkat dengan mengontrol dan mengatur lanskap langsung dari cloud, bahkan untuk sumber daya hybrid lokal. 
  • Menuntut jaringan cloud cerdas dengan telemetri tersemat sebagai bagian dari bidang data. 

Kesimpulan

Adopsi cloud diperlukan untuk bisnis apa pun yang ingin tetap relevan; mempertahankan model on-premis tidak lagi layak dalam lingkungan ekonomi saat ini. Namun jika tidak dilakukan dengan benar, biaya pengoperasian arsitektur cloud dapat dengan cepat lepas kendali. 

Dalam rangkaian artikel lima bagian ini, saya telah merinci lima kesalahan utama yang dilakukan organisasi dalam membangun arsitektur cloud mereka, dan bagaimana mereka dapat menghindari masalah tersebut. Platform jaringan cloud yang fleksibel dan dapat diskalakan yang mendukung semua CSP utama dapat:

  1. Pastikan Anda menjaga visibilitas dan kontrol atas pemrosesan data Anda, membangun arsitektur cloud yang konsisten di satu atau beberapa cloud.
  2. Sediakan pengontrol terpusat dan bidang data terdistribusi, menghindari kekacauan yang dapat diakibatkan oleh pendekatan DIY. Platform jaringan akan memungkinkan fitur-fitur seperti analitik perilaku jaringan berbasis pembelajaran mesin (ML) dan deteksi anomali, kemampuan penyembuhan diri, dan dukungan terpadu untuk aplikasi bisnis penting. 
  3. Memberikan visibilitas biaya yang lebih dalam di semua LOB, menyediakan landasan untuk solusi penetapan biaya dan penagihan cerdas yang mencakup sumber daya bersama dan non-bersama. Ketika opsi showback dan tolak bayar tidak ada, setiap tim dan LOB membangun dan memesan layanan secara mandiri, sehingga menaikkan biaya secara substansial.
  4. Menyematkan keamanan ke dalam bidang data, memungkinkan organisasi membuat dan menerapkan kebijakan keamanan berbasis maksud di seluruh lingkungan multi-cloud. Mengambil pendekatan keamanan di tempat di cloud itu mahal dan tidak efisien, dan juga berkontribusi terhadap kerentanan. 
  5. Mempersingkat waktu rata-rata untuk pemulihan (MTTR) organisasi, dengan menyediakan visibilitas di seluruh lingkungan bersama dengan kemampuan untuk menggunakan alat pemecahan masalah tingkat lanjut, dasbor tingkat aplikasi, dan alat lain yang dapat mencegah kegagalan secara proaktif. Kerugian pendapatan sama mahalnya dengan MTTR yang panjang, di mana bisnis dapat ditutup hingga penyebab kegagalan terdeteksi dan diperbaiki.

Saya harap pertimbangan ini membantu organisasi Anda mencapai visibilitas, fleksibilitas, dan skalabilitas yang diperlukan untuk memaksimalkan apa yang ditawarkan cloud computing – tanpa terlalu menaikkan biaya.

Stempel Waktu:

Lebih dari DATAVERSITAS