5 Metrik Jaringan untuk Dunia Awan
Karena jaringan telah berpindah dari entitas fisik ke entitas yang lebih abstrak, TI dengan gagah berani mengikuti langkahnya dengan meneliti dan menggunakan perangkat dan fungsionalitas jaringan baru. Tim TI harus mengalihkan beban kerja dan pola pikir ke cloud dan ke penyedia SaaS, sambil tetap bertanggung jawab atas pengalaman pengguna akhir—yang semakin penting. Namun, metrik jaringan mana yang dapat menunjukkan keberhasilan penerapan cloud?
Ini adalah web kusut di dunia jaringan saat ini, tetapi semuanya tidak hilang. Kami merekomendasikan lima metrik ini sebagai dasar untuk mengukur pengalaman pengguna akhir dan kinerja jaringan di cloud. Mereka mungkin akan terlihat cukup familier:Mereka adalah metrik lama yang sama dengan yang berguna di dunia pra-cloud, dan dapat menawarkan wawasan berharga sekarang juga (meskipun Anda harus dapat melihat ke dalam cloud untuk mendapatkannya —AppNeta dapat membantu dengan ini). Metrik jaringan ini dapat menjadi metrik cloud tujuan Anda.
1. Latensi. Metrik ini mengukur waktu yang diperlukan paket untuk melakukan perjalanan dari sumber ke tujuan, diukur secara asimetris agar sesuai dengan sifat asimetris internet. Latensi adalah tentang persepsi, jadi persepsi latensi berbeda untuk pengguna dan aplikasi yang berbeda. Di masa lalu, ketika 100 orang menggunakan aplikasi lokal, latensi 10 milidetik tidak menjadi masalah. Namun sekarang, ada ribuan orang yang menggunakan aplikasi di cloud, dan peningkatan latensi sepuluh kali lipat (100 milidetik) tidak dapat diterima.
Selain itu, aplikasi web sangat cerewet. Aplikasi web terdiri dari serangkaian permintaan dan tanggapan dari klien ke server web. Jadi peningkatan latensi akan memengaruhi setiap permintaan dan objek yang diunduh ini. Untuk aplikasi SaaS yang penting bagi bisnis, peningkatan latensi dapat berdampak besar pada produktivitas.
Setelah Anda mengidentifikasi bahwa latensi adalah masalah, Anda harus mencari tahu di mana itu terjadi. Itu bisa di jaringan Anda, WiFi Anda, koneksi WAN Anda, melalui internet terbuka atau bahkan di lingkungan penyedia layanan Anda. Di luar pemecahan masalah dasar, Anda akan membutuhkan alat yang lebih baik. Metode sederhana seperti traceroute dapat memberikan gambaran kasar tentang rute dari pengguna ke aplikasi, tetapi rute tersebut kemungkinan akan berbeda setiap saat.
2. Kehilangan paket . Ini adalah persentase paket jaringan yang hilang antara sumber dan tujuan. Tergantung pada protokol yang digunakan, kehilangan paket dapat menyebabkan kemacetan jaringan, waktu yang terbuang dan pengguna yang frustrasi. Dalam ledakan kecil, jaringan dapat menangani kehilangan, tetapi jika kehilangan berlipat ganda maka dapat memiliki efek parah pada pengguna akhir.
Kembali ketika semua aplikasi dihosting secara internal melalui LAN, kehilangan paket tidak terlalu menjadi masalah. Jika ada paket yang hilang, cukup mudah untuk menemukan dan memperbaikinya. Tapi di internet terbuka, itu cerita yang berbeda. Protokol Internet TCP menjamin pengiriman, tetapi jika mendeteksi kehilangan paket dan mentransmisi ulang data, itu menambah latensi dan menyebabkan jaringan padat.
Aplikasi VoIP dan streaming video saat ini adalah di mana kehilangan paket bisa sangat terlihat, dengan panggilan terputus dan kualitas yang buruk. Anda dapat melacak kehilangan paket secara independen pada data dan suara jika Anda mendukung aplikasi tersebut.
3. Kapasitas. Kapasitas telah diambil alih untuk bandwidth, yang dulunya merupakan metrik jaringan utama. Namun, sekarang, metrik berbasis jalur seperti kapasitas lebih menunjukkan pengalaman pengguna. Kapasitas adalah metrik ujung ke ujung yang mengukur tingkat transit maksimum yang mungkin antara sumber dan tujuan, dibatasi oleh lompatan paling padat di sepanjang jalur pengiriman aplikasi. Ini menjadi sangat penting ketika mempertimbangkan layanan cloud, karena Anda tidak memiliki kendali atas jaringan penyedia, dan tidak tahu seberapa cepat koneksi sebenarnya.
Mengukur kapasitas mengukur jalur aplikasi yang sebenarnya, termasuk WiFi. Dan pemantauan berkelanjutan yang mencakup kapasitas adalah hal yang dibutuhkan saat menggunakan internet dinamis.
Ada dua jenis kapasitas:tersedia dan dimanfaatkan. Tersedia adalah ukuran paling akurat dari sumber daya jaringan yang tersedia untuk aplikasi, dan dapat mengidentifikasi akar penyebab degradasi. Saat melihat kapasitas yang digunakan, utilisasi yang tinggi merupakan indikator kuat untuk penurunan kinerja. Anda dapat mengurangi waktu pemecahan masalah saat melacak kapasitas dengan mengisolasi hop paling lambat.
4. Gelisah. Metrik ini mencerminkan persentase paket dengan variasi penundaan antara sumber dan tujuan. Ketika jitter bermasalah, itu sangat terlihat. Kualitas panggilan atau rapat online dapat terpengaruh dengan jitter serendah 30 hingga 40 md.
5. Kualitas pelayanan. Metrik ini terkait dengan prioritas perutean untuk lalu lintas melalui port atau protokol tertentu. Itu penting ketika kemacetan melanda jaringan, karena QoS adalah yang memastikan pengalaman yang baik pada aplikasi penting bisnis. Untuk beberapa aplikasi seperti VoIP atau video, jika prioritas perutean tersebut diturunkan atau ditandai ulang, jaringan dapat mengalami jitter, kehilangan data, dan latensi.
Di dunia yang penuh tantangan dan kemungkinan cloud ini, sangat mudah untuk melupakan metrik jaringan lama. Namun kelima metrik ini adalah cara yang baik untuk mendapatkan kembali jumlah kontrol yang tepat atas aplikasi dan pengalaman pengguna Anda.
