Bakın şimdi, edge computing denince çoğu kişinin aklına ilk olarak “bulut yetmiyor mu?” sorusu geliyor (şaşırtıcı ama gerçek). Haklı soru. Ama işin aslı şu ki, her veriyi İstanbul’daki tek bir merkeze taşıyıp orada işlemek bazen bayağı anlamsız kalıyor. Hele bir de üretim hattı, IoT sensörleri, kamera analitiği ya da anlık karar isteyen sistemlerde… gecikme lüksünüz olmuyor.
Şahsen, Ben bu konuyu ilk kez 2018’de bir lojistik firmasının Ankara’daki depo projesinde yakından gördüm. Depodaki kameralar ve RFID okuyucular sürekli veri üretiyordu; hepsini Azure’a gönderip orada analiz etmeye kalkınca ağ şişiyor, cevap süresi uzuyordu. Sonra küçük bir edge kutusu koyduk, işi yerinde hallettik ve sistem bir anda nefes aldı. Hani derler ya, “aynı araba ama daha hafif bagajla gidiyor” — tam öyleydi.
Çok konuştum, örnekle göstereyim.
Bir de şunu söyleyeyim: Edge computing sadece teknik bir moda değil. Kurumsal tarafta maliyet, güvenlik ve kullanıcı deneyimi (söylemesi ayıp) üçgenini aynı anda etkiliyor. Ben AZ-305’e hazırlanırken dağıtık mimari sorularında bunu çok net hissettim; teoride güzel duran merkezi model, pratikte bazen ağır kalıyor. Bakın, hele bir de sahada çalışan ekipler için.
Edge Computing Tam Olarak Ne Yapıyor?
Küçük bir detay: Lafı gevelemeden söyleyeyim: Edge computing veriyi kaynağa yakın yerde işliyor. Yani sensör veri üretiyor, cihaz veya yakınındaki mini sunucu o veriyi önce elekten geçiriyor; sonra gerekirse buluta yolluyor. Böylece her şeyin merkezden dönmesini beklemiyorsunuz.
Durun, bir saniye.
Bunu günlük hayattan düşünün: Her alışverişte kasiyerin merkeze telefon açıp “bu ürün stokta var mı?” diye sorması gibi bir şey yaparsanız kuyruk uzar gider. Ama mağazanın kendi içinde hızlıca kontrol yapması çok daha akıcı olur. Edge de biraz böyle çalışıyor; basit gibi duruyor ama sahaya inince farkını hemen gösteriyor.
Nerede Parlıyor?
Aslında, Gerçek zamanlı tepki gereken yerlerde fark hemen ortaya çıkıyor. Mesela üretimde makine titreşimini anlık izleyen sensörler… Tahmin eder misiniz? Bir arıza sinyalini saniyeler içinde yakalamak istiyorsanız veriyi önce uzağa göndermek pek akıllıca değil.
2021’de İzmir’de bir sanayi müşterisinde buna benzer bir kurulum yaptık. Ağ bağlantısı gün içinde dalgalanıyordu ve bazı alarm paketleri buluta geç ulaşıyordu. Kenarda çalışan küçük analiz servisi sayesinde yanlış alarmlar azaldı, operatör ekibi de gereksiz telaştan kurtuldu. Açık konuşayım, herkesin yüzü biraz düştü çünkü yıllardır “bulut her şeyi çözer” diye düşünmüşlerdi… ama sahada durum farklıydı.
Neden Bu Kadar Önemli Hale Geldi?
E tabi mesele sadece hız değil. Bant genişliği de büyük konu. Bugün güvenlik kameraları 4K çekiyor, fabrika sensörleri saniyede binlerce kayıt üretiyor, araçlar konum + telemetri + görüntü gönderiyor… Bunların hepsini ham halde merkeze taşımak hem pahalı hem yorucu oluyor.
Bir finans kuruluşunda 2023’te yaptığımız PoC sırasında bunu net gördük. Şube içi video analitiğini doğrudan merkez veri merkezine akıtınca hat maliyetleri uçtu gitti (abartmıyorum). Sonra olayları yerelde filtreleyip yalnızca anlamlı metadataları Azure’a gönderdik; trafik ciddi biçimde düştü.
Bir de gecikme tarafı var ki orası kritik! Otonom sistemlerde milisaniye bile önemli olabilirken birkaç saniyelik round-trip kabul edilemez hale geliyor (evet, doğru duydunuz)
İtiraf edeyim, İşte burada edge devreye giriyor ve oyunu değiştiriyor.
| Kriter | Merkezi Bulut | Edge Computing |
|---|---|---|
| Gecikme | Daha yüksek olabilir | Düşük olur |
| Bant genişliği kullanımı | Daha fazla tüketir | Daha az tüketir |
| Anlık karar alma | Sınırlı kalabilir | Bayağı güçlüdür |
| Maliyet yapısı | Veriye göre değişir; bazı senaryolarda ciddi tasarruf sağlar ama yönetim karmaşıklığı artabilir. | |
Kullanım Senaryoları Nerede Toplanıyor?
Şöyle ki, Şimdi gelelim en sevdiğim kısma: gerçek kullanım alanlarına.
Akıllı şehirler mesela… Trafik ışıkları araç yoğunluğuna göre kendini ayarlıyorsa bunun arkasında genelde kenara yakın çalışan sistemler olur.
Sadece teoride güzel durmaz; trafikte gerçekten işe yarar.
“
Sahada En Çok Görülen Alanlar
Küçük startup tarafında ise edge daha seçici kullanılmalı bence.
Her yere kutu koyup sonra yönetmeye çalışmak iyi fikir gibi görünür ama operasyon yükü çıkar.
Enterprise seviyede ise durum başka; zaten ekip var, izleme var, yedekleme var…
Orada edge mimarisi daha rahat oturuyor çünkü governance kısmını kurabiliyorsunuz.
“
Peki Zorluk Yok mu? Var Tabii!
Açık konuşayım…
Bana göre edge’in en büyük zorluğu dağıtılmış yönetim.
Tek merkez yerine onlarca nokta olunca patch yönetimi, kimlik doğrulama, log toplama. Uyumluluk işleri büyüyor.
Yani avantaj kazanırken yeni dertler de alıyorsunuz koltuğun altına.
“
Edge computing sihirli değnek değil; doğru yerde kullanıldığında müthiş sonuç verir ama yanlış kurguda sadece karmaşıklığı artırır.
Ben bu konuda en net derslerden birini 2022’de telekom sektöründe aldım.
Uzak lokasyonlarda çalışan cihazlara güncelleme göndermek kağıt üstünde kolay görünüyordu fakat saha koşulları başka hikaye anlatıyordu.
Bağlantı kopuyor, güç kesiliyor, cihaz yarım kalıyor… yani klasik saha dramaları.
Neyse uzatmayalım; sağlam otomasyon olmadan edge projesi çabuk tökezliyor.”
Neleri İyi Planlamak Gerekir?
- Cihaz yaşam döngüsü yönetimi
- Siber güvenlik politikaları
- Metrik ve log toplama stratejisi
- Ağ segmentasyonu
- Kenar/bulut görev paylaşımı
Eğer Azure tarafında ilerliyorsanız IoT Edge ile Container Apps on the Edge benzeri senaryoları dikkatle incelemek lazım.
Ama dürüst olayım… her problem için container açmak da çözüm değil.
Bazen küçücük bir servis yeterlidir;bazen de tam tersine güçlü orkestrasyon gerekir.”
Kendi Pratiğimde Neyi Fark Ettim?
Zamanla şunu öğrendim:
Edge projelerinde başarı çoğu zaman teknoloji seçiminden çok operasyon disiplinine bağlı oluyor.
2024 başında Logosoft’ta yürüttüğümüz enerji sektörü projesinde bunu tekrar gördük; sahaya giden ekiplerin neyi nasıl izleyeceği baştan tanımlanmıştı ve proje çok daha sakin ilerledi.”
Bence en sağlıklı yaklaşım şu:
Kritik kararları kenarda tut,
uzun dönem raporlamayı buluta bırak,
sistemleri birbirinden koparma. Birbirinin ayağına da basma.
Basit görünüyor evet…
ama uygulamada iş biraz çetrefilli.”
Küçük Ekip mi Büyük Organizasyon mu?
Küçük startup için önerim şu olurdu:
Önce tek noktadan başlayın.
Bir pilot kurun.
Gerçekten latency problemi var mı bakın.
Yoksa sırf havalı diye edge’e atlamak gereksiz masraf çıkarır.”
Büyük kurumda ise tablo farklıdır çünkü lokasyon sayısı fazla olur (şube, fabrika, depo, mağaza). Orada merkezi politika + yerel işlem birleşimi bayağı mantıklı hale gelir (ki bu çoğu kişinin gözünden kaçıyor). Ancak yönetişim zayıfsa işler kısa sürede karışır… test ettim diyebilirim.”
💡 Bilgi: Eğer verinizin %80’i sadece gürültüyse (örneğin sürekli aynı değeri tekrarlayan sensör kayıtları), onu önce kenarda süzmek çoğu zaman doğrudan buluta taşımaktan daha mantıklıdır.
