Date: Oktober 30, 2023
Cara Membeli Solusi Ketersediaan Tinggi Terbaik
Ketersediaan tinggi sangat penting untuk melindungi infrastruktur TI dari downtime, namun bagaimana Anda menemukan solusi HA terbaik untuk dibeli? Kami menguraikan mengapa sulit untuk mengetahui apa yang harus dibeli dan langkah-langkah yang harus diambil agar manajemen siap berinvestasi pada ketersediaan tinggi.
Mengapa begitu sulit untuk membeli solusi HA yang hebat?
Barbara Joan (bukan nama sebenarnya) memimpin tim yang bertanggung jawab atas sebagian besar infrastruktur TI perusahaan dan terus berjuang meyakinkan manajemennya untuk melakukan investasi diketersediaan tinggi. Setiap kali dia merekomendasikan penerapan perlindungan ketersediaan tinggi (HA), rekan-rekannya menyatakan keberatan, keberatan, saran alternatif, dan bahkan meremehkan pentingnya beberapa penghentian aplikasi perusahaan mereka di masa lalu.
Dia selalu bertanya pada dirinya sendiri pertanyaan yang sama: Jika biaya downtime diperkirakan antara $45.000 hingga $500.000 (USD), tergantung pada organisasi, industri, dan aplikasi yang terkena dampak, lalu mengapa begitu sulit untuk menyelaraskan pembelian perangkat yang bagus? (hemat biaya) Solusi HA?
Tujuh cara untuk meyakinkan manajemen Anda bahwa HA adalah investasi besar
-
Pertimbangkan ROI Penghindaran Biaya
ROI HA lebih akurat dihitung sebagai penghindaran biaya. Artinya, perbandingan biaya untuk mengambil tindakan untuk mempertahankan biaya yang diharapkan saat ini (menambah ketersediaan tinggi) dengan biaya untuk tidak mengambil tindakan (waktu henti).
Tanpa perlindungan HA, downtime tidak bisa dihindari karena sistem TI rentan terhadap sejumlah faktor downtime, mulai dari kegagalan server mekanis, kesalahan manusia, hingga ketidakcocokan perangkat lunak, dan masih banyak lagi. Biayanya juga bervariasi tergantung padaindustridan ukuran perusahaan. Pabrikan besar, dengan SLA yang ketat dan jutaan transaksi per hari, akan mengalami penalti yang lebih besar untuk waktu henti yang tidak direncanakan dibandingkan perusahaan kecil dengan jaringan lokal atau regional. Selain itu, jika bisnis Anda diatur secara ketat atau merupakan penyedia layanan penting, biaya penalti tambahan untuk waktu henti mungkin timbul selain produk dan barang yang dijual. Ketika penilai TI menempatkan biaya yang salah pada waktu henti, persamaan tersebut dapat membuat pembelian solusi komersial yang kuat menjadi lebih sulit.
-
Pertimbangkan biaya solusi total
Waktu henti (downtime) sendiri memberikan dampak buruk yang tidak dapat diperkirakan pada perusahaan – misalnya rusaknya reputasi, ketidakpuasan pelanggan, dan frustrasi staf TI. Barbara Joan lelah mengganggu pekerjaan produktifnya untuk merespons insiden waktu henti yang penuh tekanan dan terkadang kacau balau. Bagaimana Anda menghitung kontribusi downtime terhadap pergantian staf yang sangat mahal?
-
Hak HA membayar untuk dirinya sendiri
Beberapa perusahaan percaya bahwa biaya solusi HA hanyalah biaya perangkat lunak dan server yang diperlukan. Mereka berasumsi bahwa mereka dapat membuatnya sendiri menggunakan sumber daya internal atau cloud. Namun, perusahaan-perusahaan ini lupa mempertimbangkan berbagai aspek solusi dan biaya tersembunyi masing-masing. Misalnya, solusi lokal mungkin lebih murah untuk diterapkan dalam jangka pendek, namun sering kali mencakup biaya tersembunyi seperti pemeliharaan, dukungan berkelanjutan, pelatihan tim, dokumentasi, utang teknis, dan pengembangan perbaikan kerusakan. Selain itu, banyak dari solusi lokal yang tidak selalu memperkirakan atau memperhitungkan pekerjaan lain yang tidak akan dikerjakan oleh tim ketika membuktikan estimasi “kita bisa melakukannya dengan lebih murah di dalam negeri”. Seperti proyek DIY lainnya, ada beberapa hal yang sebaiknya diserahkan kepada ahlinya.
-
Definisikan dengan jelas apa yang Anda maksud dengan waktu henti
Ada banyak versi waktu henti; terencana dan tidak terencana. Waktu henti mencakup masalah yang disebabkan oleh tidak tersedianya platform, kerusakan aplikasi, kegagalan perangkat keras, pemadaman jaringan, masalah pusat data fisik, pelanggaran, dan masalah yang disebabkan oleh kesalahan manusia. Dalam beberapa evaluasi, pelanggan dan evaluator TI menjadi fokus pada ketersediaan platform dan melupakan penyebab downtime lainnya. Misalnya, manajer proyek sebuah perusahaan manufaktur besar membahas bahwa meskipun platform cloud memberikan lebih banyak ketahanan, keandalan, dan redundansi, platform tersebut tidak mencakup semua masalah yang berdampak pada ketersediaan. Dia melanjutkan dengan menjelaskan area-area yang banyak dilupakan oleh evaluator yang dimasukkan sebagai akar penyebab downtime.
-
Memperjelas istilah-istilah terkait
Baru-baru ini saya bergabung dengan panel industri yang membahas kebutuhan khas pelanggan sehubungan dengan ketersediaan aplikasi. Dalam lima menit pertama beberapa peserta panel telah membaca selusin atau lebih akronim dan singkatan untuk berbagai istilah. Meskipun ada yang mudah diuraikan, ada pula yang sangat khusus atau berdasarkan pengalaman berdasarkan latar belakang profesional TI. Misalnya: HA+DR. Apakah itu Ketersediaan Tinggi +Pemulihan bencanaatau Ketersediaan Tinggi denganReplikasi Data? Penggunaan akronim, dikombinasikan dengan beragamnya penggunaan terminologi antara orang-orang dengan tingkat pengetahuan dan pengalaman industri yang berbeda juga dapat menciptakan kebingungan dan gesekan dalam proses pembelian. Sebagai VP Pengalaman Pelanggan, salah satu evaluasi pelanggan mengalami perselisihan yang parah antara tim pembelian karena salah satu pemberi persetujuan percaya bahwa perusahaan hanya memerlukan solusi untuk HA, sementara yang lain menyebutkan HA+DR. Pada akhirnya, keduanya menyadari bahwa HA untuk satu mencakup dua node, sedangkan HA untuk yang lain terdiri dari dua node ditambah DR.
-
Definisikan dengan jelas peran solusi HA
Ekspektasi adalah hal lain yang sering menghambat pembelian solusi HA. Sebagai VP Pengalaman Pelanggan, kami bekerja dengan pelanggan yang menghadapi ketidakstabilan platform dan aplikasi yang menyebabkan downtime berulang kali. Selama proses evaluasi, pelanggan menyesalkan bahwa solusi HA gagal mengatasi ketidakstabilan platform. Saat beban, CPU perangkat keras dan memori dipatok dan jaringan menjadi tidak stabil dan hampir tidak dapat digunakan. Alih-alih mengatasi platform yang mendasarinya, melalui sistem yang berukuran memadai atau infrastruktur yang andal, pelanggan mengaitkan kegagalan tersebut dengan solusi HA dan mengambil arah yang berbeda. Admin TI terkadang kesulitan menentukan ekspektasi manajemen mereka mengenai apa yang dapat dan tidak dapat dilakukan oleh HA. Solusi HA bukanlah pil ajaib untuk menyelesaikan semua permasalahan infrastruktur TI, melainkan merupakan komponen penting dan penting dari arsitektur yang baik. Ketika terjadi kesalahpahaman sehubungan dengan harapan akan solusi atau persyaratan, pembelian sering kali terhambat atau dicegah.
-
Jelaskan mengapa cloud SLA tidak menyediakan aplikasi HA
Tinjau SLA platform cloud Anda dan miliki pemahaman yang kuat tentang apa yang akan dan tidak akan tercakup dalam SLA tersebut. Banyak platform menyediakan stabilitas, keandalan, dan fleksibilitas infrastruktur yang sangat dibutuhkan untuk pusat data yang sebelumnya difitnah. Namun, untuk sebagian besar aplikasi, tanggung jawab atas ketersediaan dan waktu aktif tetap berada pada Admin TI dan bukan pada vendor cloud. Tidak ada pendekatan “100% lepas tangan” terhadap HA, di mana pun sistem Anda berada, di lokasi atau di cloud.
Tentu saja ini bukanlah daftar lengkap kesalahpahaman yang membuat pembelian solusi HA yang bagus menjadi sulit. Kesalahpahaman penting lainnya sering terjadi dalam proses penjadwalan, penentuan prioritas kasus penggunaan, definisi dan klarifikasi persyaratan, kriteria keberhasilan, anggaran, kewenangan anggaran, dan pemahaman (atau ketiadaan) risiko jika tidak menggunakan solusi HA komersial perusahaan. .Hubungi SIOSuntuk mempelajari lebih lanjut tentang solusi HA kami.
Bonusnya:
Menghilangkan kesalahpahaman antar lapisan organisasi Tantangan besar dalam mengevaluasi, membeli, dan menerapkan solusi HA yang hebat terjadi karena kesalahpahaman antara berbagai lapisan organisasi. Pikirkan kembali kesalahpahaman biaya yang pertama dan pertimbangkan apa yang mungkin harus dijelaskan oleh setiap orang, yang bertanggung jawab atas pembenaran biaya, kepada atasan mereka untuk mendapatkan persetujuan. Sekarang perhatikan latar belakang atasan masing-masing orang; apakah mereka teknis atau non-teknis, dalam tim yang sama atau di bagian berbeda dalam organisasi? Sekarang pertimbangkan hubungan antara berbagai lapisan TI di perusahaan dan bagaimana kebutuhan dan komunikasi mereka dapat menjadi faktor dalam diskusi dan pengambilan keputusan. Banyak perusahaan tempat tim Pengalaman Pelanggan SIOS bekerja memiliki banyak tim teknologi untuk setiap bagian departemen TI; database, aplikasi, platform, jaringan, keamanan, dll. Masing-masing tim teknologi ini harus berkomunikasi dengan baik untuk menentukan persyaratan, harapan, dan kriteria keberhasilan. Tingkat komunikasi seperti ini tidak terjadi dengan mudah, dan bisa menjadi lebih sulit lagi jika semua tim berada jauh dan berada di zona waktu yang berbeda.
-Oleh Cassius Rhue, Wakil Presiden Pengalaman Pelanggan
Direproduksi dengan izin dariSIOS