5G Network Slicing Üzerinde Esbet Edge Yerleşimi
Esbet Edge düğümleri, 3GPP TS 23.501'e uyumlu bir network slicing topolojisi içinde konumlanır. URLLC slice'ı kavşak kontrol kameraları için ayrılır; eMBB slice'ı kamuya açık WiFi offload trafiğini taşır; mMTC slice'ı çevre sensörlerinden gelen düşük bant genişlikli veri akışını üstlenir. Esbet Routing Engine, slice etiketine göre paketleri ilgili Edge servisine SLA-aware şekilde yönlendirir.
Yerleşim planlamasında baz istasyonu yoğunluğu, fiber kapasitesi ve kavşak ağırlığı birlikte değerlendirilir. İlk fazda Esbet Network ekibi tipik olarak şehir başına 18-24 Edge düğümü konuşlandırır; ikinci fazda kapsama %92'nin üzerine çıkarılır.
Esbet Konsol Erişimi ve Operatör Giriş Akışı
Belediye operasyon merkezi personeli, Esbet konsoluna giriş için ulusal kimlik doğrulama altyapısı (e-Devlet OIDC) üzerinden federasyon kullanır. Yeni adres geçişlerinde operatöre hiçbir manuel adım dayatılmaz; Esbet Control Plane DNS yönlendirmesini saniyeler içinde uygular. Konsol panelinde MEC pod'larının canlı yük durumu, slice kullanım oranı ve gecikme histogramı tek ekranda izlenir. Çift faktörlü doğrulama (TOTP veya akıllı kart) tüm yönetici hesaplar için zorunludur.
Trafik Offload ve Latency Bütçesi
Akıllı kavşak senaryosunda toplam latency bütçesi 20 ms ile sınırlandırılmıştır. Esbet Edge Cluster, GStreamer + OpenCV pipeline'ını DPDK destekli bir sidecar ile çalıştırarak işleme süresini 9 ms'in altında tutar. Acil servis aracı tanındığında öncelik mesajı, kavşak kontrol ünitesine 5 ms içinde iletilir.
- Kamera → Edge4 ms
- Edge işleme9 ms
- Edge → Sinyalizasyon5 ms
- Tampon2 ms
Esbet 2026 Yeni Link ve Anycast DNS Stratejisi
Edge düğümleri coğrafi olarak dağıtık olduğu için tek bir kontrol düzlemi adresi mantıklı değildir. Esbet 2026 sürümünden itibaren tüm yönetim trafiği Anycast IP üzerinden yayınlanır; operatör hangi şehirden bağlanırsa bağlansın en yakın PoP'a yönlendirilir. Yeni link veya güncel adres yayını, GitOps akışında imzalı bir manifest olarak işlenir ve Esbet Network ekibi tarafından otomatik senkronize edilir. Bu sayede saha ekibi tarafında manuel /etc/hosts müdahalesi gerekmez.
Sonuç
Akıllı şehir trafik yönetimi, klasik bulut mimarileriyle ulaşılamayan latency ve bant genişliği gereksinimlerine sahiptir. Esbet 5G MEC Edge Cluster; network slicing tabanlı yerleşim, federe kimlik üzerinden konsol giriş akışı, sıkı latency bütçesi ve Anycast tabanlı yeni link stratejisi ile bu gereksinimi karşılar. Belediye ve operatör ekiplerinin Esbet konsoluna kesintisiz ve güvenilir bağlantı sağlaması; vatandaş hizmet kalitesi ve operasyonel maliyet açısından doğrudan ölçülebilir kazanım yaratır.