İşletmeler her geçen gün kusursuz veri akışına daha fazla bağımlı hale geliyor. Uluslararası şirketlerden tek kişilik bir zanaat atölyesine kadar: eğer çevrimiçi ortamda varsanız (ve bugün rekabetçi olmak için çevrimiçi ortamda var olmanız gerekiyor) ve kendi erişilebilirliğinizi ihmal ediyorsanız – savaşı başlamadan kaybetmişsiniz demektir.
NetOps (burada bu kısaltmayı sadece ağların ekip üyelerine hitap etmek için kullanacağız) müşterilerinin veya patronlarının bir tür çifte baskısı altında görünüyor: ağ performansı hipersonik hale gelmeli, maliyetler ise sadece düşük tutulmamalı. Yakın gelecekteki bazı idealist hesaplamalar, ağ optimizasyon giderlerinin kararlılıkla 0’a ulaşmaya çalıştığını öngörüyor.
“Daha azıyla daha fazlasını yap”, bunu çok duyuyoruz. Peki bu görev mümkün mü?
Havada bir şey var.
Ağ oluşturmayı hava trafiği ile karşılaştırmak kolaydır. Tıkanıklık ve merkez gibi bazı terimler bile kulağa aynı gelmekte ve aynı anlama gelmektedir. Bir uçak kazasının bir ağ çöküşünden çok daha fazla zarar verdiğine dair yaygın inanış sadece kısmen doğrudur: evet, bir ağ kazasından sonra herkes hayatta kalır, ancak operasyonel istikrarsızlık, gizlilik ihlalleri vb. nedeniyle olası kayıplarla birlikte anlık kayıplar aslında kayıp bir uçağın maliyetini aşabilir. Eğer bu kulağa çok basit geliyorsa (ve biz insanların hayatlarına her şeyden çok değer veriyoruz), ağ arızasını tamamen dahili sorunlardan kaynaklanan büyük bir uçuş gecikmesi olarak düşünün: yetersiz uçak bakımı, kule veya bagaj ekipmanı arızası, personel grevi, vb.
Havacılık endüstrisi derslerini zor yoldan öğrendi, ancak doğru kararlar aldı. Orada her şey tam olarak standartlaştırılmış ve mantıksal olarak bölünmüştür. Sorumluluk bölgeleri neredeyse birbirine karışmaz: yer operasyonları, sonra pist(ler), sonra yaklaşma, daha sonra alan kontrolü – sonra hepsi bir varış noktası için ters sırada. İletişimde çok özel ve son derece tekdüze bir dil kullanılır. Pandemi patlamasından önce çok sıkışık olan gökyüzünde bile hata yapmak için çok az yer vardır. Havalanmak ve güvenli bir şekilde geri dönmek için yalnızca protokolleri takip etmeniz gerekir – yine ayrıntılı ve küresel olarak kabul edilmiş.
Ağ konusunda işler o kadar da parlak değil (“o kadar da net değil” demek daha doğru).
Büyüyoruz, çökmüyoruz
Ağınızı formda tutmak için tek ama yeterli neden şudur: trafik artıyor ve artmaya devam edecek. Veri patlamasının derin bir analizine gerek yok, en azından şimdi ve burada değil. Bir sürü yeni trafik yaratan birkaç olguyu saymak gerekirse: Nesnelerin İnterneti, her türlü yayın akışı ya da sadece Üçüncü Dünya’nın daha önce çevrimdışı olan bölgelerinde İnternet bağlantısının mevcut olması.
Bazı rakamlar gerçekten büyüleyici.: dünya trafiği 2015 yılından bugüne üç katına çıktı ve yıllık %22 büyüme gösterdi. Şimdiye kadar yapılmış tüm filmlerin Gigabyte eşdeğerinin artık her 2 dakikada bir İnternet üzerinden geçmesine ne dersiniz? Yani, İnternet Süper Otoyolu’nun kendisi oldukça iyi durumda. Zorluklar tam olarak kamuya açık yollarda olduğu gibi ortaya çıkıyor: kavşaklarda, sapaklarda ya da özel mülklere girerken.
Mükemmel ağ şöyle olmalıdır:
- Açık, yani mümkün olan en uzun süre boyunca kullanılabilir. “Her zaman” kelimesi kulağa çok idealist gelebilir, ancak gerçekte öyle değildir: şu anda kabul edilen uygun kullanılabilirlik göstergesi %99,95’tir. Örnek olarak “dokuz dokuz”, yani zamanın %99,9999999’u (ya da yılda sadece milisaniyelik kesinti süresi) verilebilir. Buna tüm ağ kaynakları ve ekipmanları dahildir.
- Düşük, tercihen çok düşük gecikme süresi ve tamamen titreşimsiz. İlki oldukça açıklayıcıdır: veri gönderme ve alma arasındaki gecikmeyi ölçer. Yine milisaniyelerden bahsediyoruz, ancak bu küçük aralıklar bile örneğin IP telefon veya video konferansta ciddi sorunlara neden olabilir. Ağ iletişiminde Jitter, düzensiz, kesintili veri akışı anlamına gelir: veri paketleri kesin sırayla teslim edilmez; bazılarının hedeflerine ulaşması daha uzun sürer. Bu da örneğin, aramalarda hecelerin veya tüm kelimelerin ya da videoda karelerin alıcının ucunda kesilmesine neden olur.
- Yoğun yüklere dayanacak şekilde tasarlanmıştır: sadece yeterli bir kapasite fazlasına sahip olmak değil, aynı zamanda bu yoğun yükleri NetOps’a düzgün bir şekilde rapor edebilmek ve en iyi durumlarda yükü dağıtmak ve durumu hafifletmek için çözümler sunmak veya otomatik olarak uygulamak.
Optimal bir ağın yalnızca temel gerekliliklerinden bahsettik, aslında daha küçük olanları da var. Ancak ağların performansını etkileyen ana sorun daha derinde yatmaktadır – bu nedenle onu görmek (birçok anlamda) ve sırasıyla tanımlamak ve üstesinden gelmek daha zordur.
Stratejik hedeflerin amaçlanması. Huzursuzca
Havacılığın aksine, ağlar çeşitli protokoller ve yöntemler kullanır. Zaten karmaşık olan bu duruma bir de ağ çözümlerinin zaman içinde farklılık göstermesi eklendiğinde, bazı modern ve eski bileşenler aynı sistem içinde kullanılabilmekte ve birbirleriyle iyi bir şekilde eşleşmemektedir. Bu genellikle NetOps için “çifte sorun” demektir. Günlük düzeyde bu uzmanlar çok meşguldür: sorun giderme, hataları düzeltme vb. Ancak zamanlarının bir kısmını ağlarını “bir bütün olarak” gözlemlemeye ayırdıklarında, stratejik olarak – bileşenlerin karışıklığı genellikle hevesli bir gözün bile bir yapıyı uçtan uca görmesini engeller.
İş dünyası ağlara yönelik taleplerini artırınca NetOps da ağların performansına ve dolayısıyla optimizasyonuna yönelik endişelerini artırdı. Şeffaflık sorunu gerçekten de ciddi: ağ uzmanlarının en az 1/3’ü sistemlerin kör noktalarını, yetersiz uçtan uca izlemeyi ve sorun gidermedeki zorlukları en önemli endişeleri olarak belirtti.
Sektör liderleri ortaya çıkan sorunlara karşı proaktif bir yaklaşım benimsemekte ve tüm değişikliklerin arkasındaki itici güç aynı kalmaktadır: zayıf ağ eşittir zayıf iş.
Stingray Gateway a.k.a. Optimizer
Stingray Service Gateway, Deep Packet Inspection (DPI) süreci göz önünde bulundurularak tasarlanmıştır. Platform, anlık filtreleme seçeneği ile belirlenen trafiği inceler ve bir tür veriyi diğerine göre önceliklendirebilir. Bu da daha akıllı, daha az stresli ve daha esnek bant genişliği kullanımına yol açar. Bu da toplam ağ yükünü hafifleterek olası olumsuz özellikleri ortadan kaldırır: tıkanıklık, gecikme, potansiyel kesinti süresi vb.
Stingray SG, bir ağın tüm bileşenlerini ve herhangi bir bileşenini izlemede özellikle iyidir. Tam veya özetlenmiş veya yönlü ve AS Netflow raporları; API aracılığıyla sunulan sorun giderme önerileriyle RTT; tıklama akışı ve pazarlama / yönlendirme seçenekleri – hepsi tek bir kullanıcı için Deneyim Kalitesini (QoE) değerlendirmek için bir araya getirilmiştir. Bu bilgilere dayanarak, platform hizmet kalitesi iyileştirmelerini başlatabilir. Söylemeye gerek yok, tüm Stingray SG izlemesi yerinde kullanılabilir, yöneticilerin ihtiyaçlarına göre tamamen ayarlanabilir ve kullanımı hiç zor değildir.
Previous article
