Çok uzun zaman önce değil, işletmeler kritik iş uygulamalarını yalnızca kendi sunucularında barındırıyordu. networkSunucu ve istemci bilgisayarlarının izlenmesi ve gecikme gibi performans sorunlarının giderilmesi kolaydı.
Rağmen network İzleme ve teşhis araçlarının büyük ölçüde gelişmesiyle birlikte, birbirine bağlı çok sayıda SaaS uygulaması ve bulut tabanlı hizmetin ortaya çıkması, tipik süreçleri büyük ölçüde karmaşıklaştırdı. network Bu yapılandırma olumsuz bir etkiye sahip olabilir.
Şirketler giderek daha fazla uygulama ve veri barındırma hizmetini dış sağlayıcılara devrettikçe, bu durum sistem içindeki zayıf noktaları daha da kötüleştiriyor. networkSaaS hizmetleri genellikle güvenilirdir, ancak özel bir bağlantı olmadan, performansları kullandıkları internet bağlantısı kadar iyi olabilir.
Bir itibaren network Yönetimsel açıdan bakıldığında, harici olarak barındırılan uygulamalar ve hizmetlerle ilgili ikinci sorun, BT ekibinin daha az kontrol ve görünürlüğe sahip olması ve bu durumun hizmet sağlayıcıların hizmet seviyesi anlaşmalarına (SLA) uymasını zorlaştırmasıdır.
İzleme network Bir işletme genel merkezinin nispeten kontrollü ortamında trafik yönetimi ve sorun giderme, çoğu BT ekibi için yönetilebilir bir durumdur.
Ancak dağıtık iş modeline dayalı, uzak lokasyonlarda birden fazla şubesi veya çalışanı bulunan kuruluşlar için özel MPLS hatlarının kullanılması hızla yüksek maliyetlere yol açıyor.
Salesforce, Skype for Business, Office 365, Citrix ve diğer uygulamalardan gelen trafiğin genellikle ana ofisi atladığını düşündüğünüzde, gecikmenin daha yaygın hale gelmesi ve sorun gidermenin giderek zorlaşması şaşırtıcı değildir.
Gecikmenin ilk kurbanlarından biri, telefon görüşmelerinde doğal olmayan gecikmelerle kendini gösteren VoIP görüşme kalitesidir. Ancak, VoIP ve diğer UCaaS uygulamalarının patlayıcı büyümesiyle, bu sorun büyümeye devam edecektir.
Gecikmenin etkisini gösterdiği bir diğer alan da veri aktarım hızlarıdır. Bu, özellikle büyük veri dosyalarını veya tıbbi kayıtları bir konumdan diğerine aktarırken veya kopyalarken bir dizi soruna yol açabilir.
Gecikme, rutin faaliyetleri gerçekleştirmek için daha fazla zamana ihtiyaç duyulması nedeniyle veritabanı çoğaltma gibi büyük veri işlemlerinde de bir sorun olabilir.
Merkeziyetsizleşmenin etkisi networkve SaaS
İnternete bu kadar çok yerden ve bu kadar çok bağlantı varken, işletmeler için bu durum mantıklı geliyor. network Veri merkezinin dışında performans izlemesi yapılmalıdır. En iyi yaklaşımlardan biri, tüm uzak lokasyonlardaki bağlantıları izleyen araçlar bulmaktır.
Çoğumuz Outlook, Word ve Excel gibi uygulamaları neredeyse her gün kullanırız. Office 365 kullanıyorsak, bu uygulamalar büyük ihtimalle kurumsal veri merkezine değil Azure'a bağlanacak şekilde yapılandırılmıştır.
Eğer BT ekibi izleme yapmazsa network Şube ofisindeki performansa doğrudan odaklandıklarında, o lokasyondaki kullanıcı deneyimini (UX) tamamen gözden kaçırıyorlar. Belki de şunu düşünüyorsunuz: network Sistem sorunsuz çalışıyormuş gibi gösterilse de, kullanıcılar daha önce teşhis edilmemiş bir sorun nedeniyle hayal kırıklığı yaşıyorlar.
SaaS sağlayıcılarından ve diğer bulut tabanlı depolama sağlayıcılarından gelen trafik bir kuruluşa yönlendirildiğinde ve kuruluştan yönlendirildiğinde, gecikme, izleme rotası ve bazen de işlem hızı nedeniyle olumsuz etkilenebilir.
Bu, gecikmenin son kullanıcılar ve müşteriler için çok ciddi bir sınırlama haline geldiği anlamına gelir. İhtiyaç duyulan verilere yakın olan satıcılarla çalışmak, mesafeden kaynaklanan olası sorunları en aza indirmenin bir yoludur. Ancak paralel bir işlemde bile, aynı anda geçmeye çalışan binlerce veya milyonlarca bağlantınız olabilir. Bu, oldukça küçük bir gecikmeyle sonuçlansa da, uzun mesafelerde birikerek büyürler.
Makine öğrenimi yüksek öğrenime çözüm mü? network Gecikme süresi?
Eskiden her BT ekibi net tanımlamalar yapabilir ve bunları izleyebilirdi. network İşletme ile veri merkezi arasındaki yolları kontrol edebiliyorlardı. Tüm veriler buluta erişim gerektirmeden yerel olarak kurulup barındırıldığı için, dahili sistemlerde çalışan uygulamaları kontrol edip düzenleyebiliyorlardı.
Bu düzeydeki kontrol, gecikme gibi sorunlara ilişkin daha iyi bir içgörü sağladı ve ortaya çıkabilecek sorunları hızlı bir şekilde teşhis edip düzeltmelerine olanak tanıdı.
Yaklaşık on yıl sonra, SaaS uygulamalarının ve bulut hizmetlerinin yaygınlaşması işleri daha da karmaşık hale getirdi. network Performans teşhisleri, yeni önlemlerin alınması gereken noktaya kadar sürdürülüyor.
Bu eğilimin sebebi nedir? Basit cevap, artan karmaşıklık, mesafe ve görünürlük eksikliğidir. Bir kuruluş verilerini veya uygulamalarını yerel olarak barındırmak yerine harici bir sağlayıcıya aktardığında, bu durum etkili bir şekilde üçüncü bir tarafı sürece dahil eder. network değişkenler.
Bu noktaların her biri, potansiyel olarak olumsuz etki yaratabilecek bir güvenlik açığına yol açmaktadır. network Performans. Bu hizmetler çoğunlukla oldukça istikrarlı ve güvenilir olsa da, sektörün en büyükleri arasında bile bir veya daha fazla hizmette kesintiler meydana gelebilir ve milyonlarca kullanıcıyı etkileyebilir.
Gerçek şu ki, bir durumda birçok değişken vardır. network Kurumsal BT ekiplerinin kontrolü dışında kalan ortamlar.
/p>Şirketlerin performansı garanti altına almaya çalıştığı bir yol, kendi kurumsal merkezlerine veya veri merkezlerine giden özel bir MPLS tüneli kullanmaktır. Ancak bu yaklaşım pahalıdır ve çoğu şirket şube ofisleri için bu yöntemi kullanmaz. Sonuç olarak, Salesforce, Slack, Office 365 ve Citrix gibi uygulamalardan gelen veriler artık orada barındırılmadıkları için kurumsal veri merkezi üzerinden aktarılmayacaktır.
Geleneksel izleme yöntemleri kullanılarak gecikme bir ölçüde azaltılabilir. network Performans artar, ancak gecikme süresi doğası gereği tahmin edilemez ve yönetilmesi zordur.
Peki ya yapay zeka? Hepimiz makine öğreniminin bir biçimini kullanarak büyük ilerlemeler kaydeden teknolojilere dair örnekler duyduk. Ancak ne yazık ki makine öğreniminin gecikmeyi önemli ölçüde azaltabileceği noktada değiliz.
Belirli bir anahtar veya yönlendiricinin ne zaman trafikle aşırı yükleneceğini tam olarak tahmin edemeyiz. Cihaz, yalnızca bir milisaniye veya hatta on milisaniyelik bir gecikmeye neden olan ani bir veri patlaması yaşayabilir. Gerçek şu ki, bu cihazlar aşırı yüklendiğinde, makine öğrenimi henüz işlenmeyi bekleyen paket kuyruklarını önlemek için bu ani değişikliklere yardımcı olamaz.
Şu anda en etkili çözüm, gecikmeyi kullanıcıları en çok etkileyen yerde, yani kullanıcıların fiziksel konumlarına mümkün olduğunca yakın bir yerde ele almaktır.
Geçmişte, teknisyenler veri merkezinde Netflow ve/veya çeşitli izleme araçlarını kullanıyorlardı ve trafiğin çoğunun sunucularına ulaştığını ve ardından müşterilerine geri döndüğünü gayet iyi biliyorlardı. Günümüzde çok daha büyük bir veri dağılımıyla, verilerin yalnızca küçük bir kısmı sunuculara ulaşıyor ve bu da kendi veri merkezinizi izlemeyi çok daha az verimli hale getiriyor.
Sadece böyle merkezi bir yapıya güvenmek yerine network İzleme modelinde, BT ekipleri geleneksel araçlarına ek olarak her uzak lokasyonda veya şube ofisinde veri bağlantılarını izlemelidir. Mevcut uygulamalarla karşılaştırıldığında bu bir zihniyet değişikliğidir, ancak mantıklıdır: eğer veriler dağıtılmışsa, network İzleme sistemi de dağıtılmalıdır.
Office 365 ve Citrix gibi uygulamalar iyi örneklerdir, çünkü çoğumuz düzenli olarak üretkenlik ve birleşik iletişim araçlarını kullanırız. Bu uygulamaların şirketin kendi veri merkezinden ziyade Azure, AWS, Google veya diğerlerine bağlı olma olasılığı daha yüksektir. BT ekibi bu şubeyi aktif olarak izlemiyorsa, bu konumdaki kullanıcı deneyimini tamamen gözden kaçıracaktır.
Kapsamlı ve uygun bir yaklaşım seçin
SaaS çözümlerinin tüm avantajlarına rağmen, kurumsal BT ekipleri yaklaşımlarını yeniden gözden geçirmedikçe gecikme sorunu devam edecektir. network yönetimi.
Özetle, kapsamlı ve merkezi olmayan bir yaklaşım benimsemeleri gerekiyor. network tümünü kapsayan izleme network ve tüm dalları. Kullanıcı deneyimini izlemek ve gerektiğinde iyileştirmek için daha iyi yollar da bulunmalıdır.
Kullanıcı deneyimine odaklanın
SaaS araçlarının ve bulut kaynaklarının yaygınlaşmasının çoğu işletme için büyük bir nimet olduğu şüphesizdir. Ancak, BT ekipleri için şimdi asıl zorluk, yaklaşımlarını yeniden düşünmektir. network merkezi olmayan yönetimde networkÖnemli bir konu, hizmet seviyesi anlaşmalarının (SLA) karşılanıp karşılanmadığını etkin bir şekilde izleyebilme yeteneğidir. Ancak daha da önemlisi, tüm son kullanıcılar için hizmet kalitesini sağlayabilme yeteneğidir.
Bunu başarmak için BT profesyonellerinin kullanıcıların gerçek zamanlı olarak tam olarak ne deneyimlediğini görebilmesi gerekir.
Bu daha proaktif izleme ve sorun giderme yaklaşımına geçiş, BT uzmanlarının sorunları çözmesine yardımcı olur. network veya çalışanlar veya müşteriler için sorun haline gelmeden önce her türlü uygulama darboğazını gidermek.
Sonuç
Dolayısıyla, mümkün olan en düşük gecikmeleri ve buna bağlı olarak optimum kullanıcı deneyimini sağlamak için, çoğu durumda merkezi ölçüm noktalarına dayalı izleme artık yeterli olmuyor.
İzleme hala merkezi olarak yapılabilirken, ölçüm noktalarının giderek daha fazla merkezden uzaklaştırılması gerekiyor.
Bu blogu paylaşın:
Timur, Kurucusu ve CEO'sudur. NEOX Networks, Konusunda lider bir sağlayıcı network Görünürlük ve güvenlik çözümleri. Alanında 25 yılı aşkın deneyime sahip olan Timur, günümüzün BT ve OT ekiplerinin karşılaştığı zorlukları derinlemesine anlamaktadır. network ve güvenlik alanlarında uzmanlaşmıştır. Karmaşık sorunları çözmek için teknolojiden yararlanmaya tutkuyla bağlıdır ve etkili çözümlerin mümkün olduğuna inanmaktadır. network İş uygulamalarının kullanılabilirliği ve güvenliği söz konusu olduğunda, görünürlük herhangi bir kuruluşun başarısı için kritik öneme sahiptir. Timur, NEOX müşterilerinin değişen ihtiyaçlarını karşılayan yenilikçi çözümler sunmaya kendini adamıştır.