BlueCat Wednesday | Enterprise LiveAction Series

Issue #12

Cloud’a Giden Yol Nerede Yavaşlıyor?

Hybrid ve Multi-Cloud Ortamlarda Uçtan Uca Network Görünürlüğü

Uygulama cloud’da, kullanıcı ofiste. Aralarında kurumsal LAN, WAN, SD-WAN, internet, güvenlik katmanları, cloud gateway’leri ve servis sağlayıcı altyapıları var.

Kullanıcı “Cloud uygulaması yavaş” dediğinde tek bir sistemden değil, uçtan uca bir servis zincirinden bahsediyoruz.

Modern hybrid ve multi-cloud yapılarda asıl zorluk cloud’a bağlanmak değil, kullanıcı ile cloud arasındaki yolun tamamını görebilmektir.

Cloud Görünür Olabilir. Yol Görünmeyebilir.

AWS, Azure veya diğer cloud platformlarının araçları cloud kaynaklarının sağlıklı olduğunu gösterebilir: CPU normal, memory normal, application healthy. Ancak kullanıcı hâlâ yavaşlık yaşayabilir.

Uygulamanın sağlıklı olması, kullanıcı ile uygulama arasındaki network path’inin sağlıklı olduğu anlamına gelmez. Cloud’u yalnızca içeriden izlemek hikâyenin bir bölümünü görmektir.

Kullanıcıdan Cloud’a Kaç Katman Var?

Basit görünen User → Cloud erişimi gerçekte User → LAN → Branch → SD-WAN → Firewall → ISP → Internet → Cloud Edge → Cloud Network → Application zinciridir.

·       Latency herhangi bir katmanda artabilir.

·       Packet loss veya congestion oluşabilir.

·       Routing değişebilir ve farklı bir path devreye girebilir.

·       Cloud sağlıklı olduğu halde kullanıcı deneyimi bozulabilir.

Network operasyonunun görevi, bu zincirde hangi katmanın kullanıcı deneyimini etkilediğini kanıtlamaktır.

Hybrid ve Multi-Cloud Görünürlüğü Neden Zor?

On-prem bir uygulamanın yolu büyük ölçüde kurumun kontrolündedir. Hybrid yapıda bileşenler on-prem, private cloud ve public cloud’a dağılır; trafik farklı servis sağlayıcılar üzerinden ilerler.

Multi-cloud ile olası yollar daha da çoğalır. Bir lokasyon Azure’a sorunsuz erişirken AWS üzerindeki uygulamada gecikme yaşayabilir; başka bir lokasyonda tablo tersine dönebilir.

Bu nedenle doğru soru “Cloud çalışıyor mu?” değil, “Hangi kullanıcı, hangi uygulamaya, hangi yol üzerinden ve hangi performansla ulaşıyor?” olmalıdır.

Path Değiştiğinde Performans da Değişebilir

Routing kararları, servis sağlayıcı değişiklikleri, SD-WAN politikaları veya ağ koşulları trafiği farklı bir yola taşıyabilir. Dün 25 ms olan erişim bugün 80 ms ise uygulamada hiçbir değişiklik yapılmamış olabilir; değişen uygulamaya giden yol olabilir.

LiveAction ile path davranışı ve performans metrikleri birlikte değerlendirildiğinde ekipler değişikliğin uygulamadan mı, kurum ağından mı, ISP/transit katmanından mı kaynaklandığını daha hızlı ayırabilir.

“Cloud Sorunu” Demeden Önce Kanıtlayın

Network ekibi “Bizde problem yok”, cloud ekibi “Kaynaklar sağlıklı”, ISP ise “Hat normal” diyebilir. Ancak kullanıcı hâlâ bekler.

Uçtan uca görünürlük bu tartışmayı varsayımdan kanıta dönüştürür: sorun LAN’da, WAN’da, ISP path’inde veya cloud tarafında ise görünür hale gelir.

Yönetici Notu

Cloud dönüşümü altyapıyı sadeleştirebilir; performans sorumluluğunu ortadan kaldırmaz. Kullanıcı açısından uygulamanın nerede çalıştığı değil, çalışıp çalışmadığı önemlidir.

LiveAction; On-Prem + WAN + Internet + Cloud katmanlarını tek kullanıcı deneyiminin parçaları olarak ilişkilendirir ve kontrol alanları arasındaki görünürlük boşluğunu azaltır.

Sorunun Nerede Olduğunu Bulun. Nerede Olmadığını da Kanıtlayın.

BlueCat Wednesday | Enterprise LiveAction Series

Prepared by Zero Second

Helping organizations build resilient, observable and high-performing network infrastructures