Date: Januari 20, 2019
Survei Keadaan Kinerja Dan Ketersediaan Tinggi Untuk Aplikasi Misi-Kritis Di UKM
Menurut survei baru oleh SIOS Technology, dalam kemitraan dengan ActualTech Media Research, 98% penuh penyebaran cloud mengalami beberapa jenis masalah kinerja setiap tahun. Survei ini dirancang untuk memahami tantangan dan tren saat ini terkait dengan kondisi kinerja dan ketersediaan tinggi untuk aplikasi mission-critical di perusahaan kecil, menengah dan besar. Sebanyak 390 profesional TI dan pembuat keputusan merespons, secara kolektif mewakili lintas-bagian yang bertanggung jawab untuk mengelola basis data, infrastruktur, arsitektur, layanan cloud, dan pengembangan perangkat lunak. Aplikasi Tier-1 yang diidentifikasi secara eksplisit termasuk Oracle, Microsoft SQL Server dan SAP / HANA. Ada beberapa tren yang jelas. Beberapa kejutan yang tidak kami sangka akan datang, dan itu mungkin akan mengejutkan Anda juga. ■ Perusahaan kecil memimpin jalan ke cloud publik dengan 54% berencana untuk memindahkan lebih dari setengah aplikasi mission-critical mereka di sana pada akhir 2018, yang dibandingkan dengan 42% perusahaan besar ■ Untuk perusahaan dari semua ukuran, memiliki kontrol penuh lebih dari lingkungan aplikasi dikutip oleh 60% dari responden sebagai alasan utama mengapa beban kerja kritis-misi mereka tetap di lokasi ■ Sebagian besar (86%) organisasi menggunakan beberapa bentuk pengelompokan failover atau mekanisme ketersediaan tinggi lainnya untuk misi-kritis mereka aplikasi ■ Hampir sebanyak (95%) melaporkan mengalami kegagalan dalam ketentuan failover mereka. Jelas bahwa organisasi akhirnya memindahkan aplikasi penting mereka ke cloud. Dan pada kecepatan yang lebih besar daripada yang bisa kita bayangkan beberapa tahun yang lalu. Tapi mereka masih di awal adopsi, menempatkan operasi yang matang beberapa tahun lagi. Berikut ini beberapa detail lainnya.
Penderitaan mencintai perusahaan
Hanya 2% responden menyatakan mereka tidak pernah mengalami masalah kinerja aplikasi yang pernah mempengaruhi pengguna akhir. Kita semua manusia biasa mengklaim mengalami masalah seperti itu. Berikut adalah statistik rata-rata.
- Setiap hari (18%)
- 2-3 kali per minggu (17%)
- Sekali per minggu (10%)
- 2-3 kali per bulan (15%)
- Sekali per bulan (11%)
- 3-5 kali per tahun (18%)
- Hanya sekali setahun (8%)
Responsnya cukup konsisten di antara Pengambil Keputusan, Staf TI, dan Staf Pengembangan Data & dengan satu pengecualian penting: Pengambil Keputusan mempersepsikan kemunculan masalah kinerja yang lebih rendah daripada staf. Hampir setengah (46%) dari Pengambil Keputusan menanggapi bahwa masalah kinerja terjadi 3-5 kali per tahun atau kurang (dibandingkan dengan 23-25% untuk staf). Hanya 11% menjawab bahwa masalah terjadi setiap hari (dibandingkan dengan 20-21% untuk staf).
Respon Cepat untuk Penyelamatan
Salah satu penjelasan yang mungkin untuk perbedaan ini adalah Staf TI yang dibuat sadar akan masalah yang mempengaruhi kinerja dengan peringatan otomatis. Ini diikuti oleh respons cepat untuk menemukan dan memperbaiki penyebabnya. Survei bertanya tentang ketentuan ketersediaan tinggi gagal (sesuatu yang pasti akan mempengaruhi kinerja!). 77% mengetahui masalah melalui peringatan dari alat pemantauan. 39% lainnya belajar dari keluhan pengguna. (Perhatikan bahwa beberapa respons diizinkan.) Adapun perbaikan, dibutuhkan lebih dari 5 jam untuk memperbaiki masalah hanya 3% dari waktu. Hampir seperempat (23%) diperbaiki dalam waktu kurang dari satu jam dan lebih dari setengahnya (56%) diperbaiki dalam 1-3 jam. Akhirnya, 18% diperbaiki dalam 3-5 jam. Perusahaan kecil mampu menyelesaikan masalah lebih cepat (31% dalam waktu kurang dari satu jam) daripada yang besar (hanya 11% dalam waktu kurang dari satu jam). Ini mungkin karena yang pertama menggunakan cloud publik lebih luas dan memiliki konfigurasi yang kurang kompleks.
Penyebab Di Awan
Ketika ditanya tentang penyebab masalah kinerja yang muncul di cloud, penyebab utamanya adalah aplikasi atau database yang digunakan. Bersama-sama mereka menyumbang 64% dari masalah. Penting untuk dicatat bahwa pertanyaan ini tidak membedakan antara siapa yang bertanggung jawab untuk mengelola aplikasi dan / atau basis data, yang kemungkinan akan menjadi penyedia layanan cloud untuk layanan yang dikelola. Penyebab tambahan termasuk masalah dengan penyedia layanan (17%) atau infrastruktur (15%). Dalam 4% kasus, masalah ini tetap menjadi misteri.