Bir üretim hattındaki kamera hatalı bir parçayı gördüğünde, bu bilginin uzak bir sunucuya gidip geri dönmesini beklemek her iş için uygun olmayabilir. Benzer bir durum, bağlantısı sık kesilen bir sahadaki sensörler için de geçerlidir. Bu örneklerde soru, verinin nerede işleneceğidir.
Edge computing, hesaplama ve depolamayı verinin üretildiği cihazlara veya kullanıcılara yaklaştıran yaklaşımın adıdır. “Edge” her zaman tek bir küçük cihaz demek değildir. Bir cihaz, yerel sunucu veya yakın bölgesel altyapı bu düzenin parçası olabilir. AWS açıklaması.
Aynı sistemde iki farklı iş
Bir fabrikada bütün görüntüleri uzun süre saklamak ile o anda bir kusur ihtimalini işaretlemek farklı görevlerdir. İkinci görev yerelde yapılırken seçilen sonuçlar merkezi sisteme gönderilebilir. Merkezde ise farklı tesislerden gelen veriler birlikte incelenebilir.
Bu örnekte bulut ile yerel işlem birbirini dışlamaz. İşin zaman gereksinimi ve veri hacmi, görevin hangi parçasının nerede yapılacağını etkiler. AWS, edge ile bulut hizmetlerinin birlikte kullanılabildiğini açıkça belirtiyor. Bu yüzden konuya “hangi teknoloji kazanacak?” sorusuyla başlamak, mimarinin önemli bir bölümünü kaçırabilir.
Yakınlık neyi değiştirir?
Cloudflare’ın açıklaması, hesaplamanın yakına taşınmasının ağdaki gidiş geliş süresini ve uzak merkeze gönderilen veri miktarını azaltabileceğini anlatıyor. Aynı açıklama, dağılmış altyapıda güvenlik ve bakımın ayrı sorunlar yaratabileceğini de ele alıyor. Yakın sunucu, bütün gecikme ve güvenlik sorunlarını otomatik çözmez. Cloudflare edge computing rehberi.
Bir yanıtın süresinde cihazın yaptığı işlem de bulunur. Yavaş bir yerel işlemci, ağ yolunun kısalmasından elde edilen avantajı azaltabilir. Benzer biçimde verinin cihazda kalması, cihazın fiziksel olarak korunması ve güncellenmesi ihtiyacını kaldırmaz. Mimari karar, yalnızca ağ haritasını değiştirmekten ibaret değildir.
Bağlantı yokken ne olacak?
Varsayımsal bir soğuk hava deposu düşünelim. Sensör okumaları yerelde kaydediliyor ve belli eşikler aşıldığında görevliye uyarı veriliyor. İnternet kesildiğinde temel kayıt ve yerel uyarının devam etmesi isteniyor. Bağlantı geri geldiğinde merkezdeki raporların da bu aralıktaki veriyi alması gerekiyor.
Bu görev tanımı, yalnızca “çevrimdışı çalışsın” demekten daha ayrıntılıdır. Kesinti sırasında ne kadar veri tutulacak? Yerel saat yanlışsa kayıtların sırası nasıl anlaşılacak? Aynı veri iki kez gönderilirse ne olacak? Cihaz yeniden başladığında hangi durum korunacak? İyi bir tasarım incelemesi bu soruları işin başında ortaya çıkarır.
Burada kullanılan eşikler ve güvenlik düzeni gerçek sistemin ihtiyaçlarına göre belirlenmelidir. Bu yazıdaki depo, bir mimari örnektir; çalışır bir endüstriyel kontrol tasarımı sunmaz. Özellikle fiziksel güvenliği etkileyen işlemlerde, genel bir bulut veya edge şeması yeterli kabul edilmemelidir.
Yerel hesabın merkezi sorumluluğu
Çok sayıda sahaya cihaz koyduğunuzda onları güncellemek, yapılandırmalarını izlemek ve arızalarını görmek de göreve eklenir. Prototipte tek bir cihazı yönetmekle farklı ülkelerdeki yüzlerce cihazı yönetmek aynı deneyim değildir.
Edge computing’i değerlendirmenin iyi bir başlangıcı, görevleri iki sütuna ayırmaktır: Hemen ve yerelde yapılması gerekenler; daha sonra veya merkezde yapılabilecekler. Ardından kesinti ve bakım senaryoları eklenebilir. Böyle bir taslak, teknoloji adından önce gerçek ihtiyacı görünür kılar. Hesabın nereye taşındığı kadar, o hesabın kim tarafından ve nasıl işletileceği de cevabın içindedir.
Bu yazı 1–15 Ekim arşiv serisi kapsamında 16 Ekim 2026’da hazırlanıp eklenmiştir. Metin ve kavramsal kapak görseli yapay zekâ desteğiyle hazırlanmıştır. Kaynak bağlantıları 16 Ekim 2026’da kontrol edilmiştir.
