Bu yazı kısa bir tanımdır. Ara belleğin nasıl boyutlandırılacağı, yeniden gönderimde gerçekte ne olduğu ve boşlukların nasıl tamamlanacağı için kapsamlı rehberi okuyun: Uçta geçmiş veri nasıl korunur? Ara bellek, depola ve ilet, sonradan tamamlama.
Merkeze giden bağlantının hep açık olacağı varsayılamaz
Endüstriyel bağlantılar kablo arızaları, kablosuz ağdaki sorunlar, merkezdeki servis aksaklıkları, güvenlik duvarı değişiklikleri ya da hedef sistemin bakımı yüzünden kesilebilir. Bir veri mimarisi, hedef erişilemez olduğu sürede her sinyale ne olacağını tanımlamalıdır.
Endüstriyel IoT (IIoT) mimariniz büyük ölçüde veriyi PLC'den doğrudan buluta göndermeye dayanıyorsa, bir ağ kesintisi geçici bir görünürlük kaybından fazlasına dönüşebilir ve veride boşluklar yaratabilir. Bir makine 30 dakikalık bir internet kesintisi sırasında 5.000 adet üretirse ve bu telemetri kaydedilmezse, OEE, izlenebilirlik ve vardiya raporlarınız ciddi biçimde yanlış çıkabilir.
Depola ve ilet (store and forward) mimari kalıbı, tam da bu sık görülen arıza türünün etkisini azaltmak için tasarlanmıştır.
- Sınırları belirleyen: Ara bellek kapasitesi ve saklama süresi.
- Test edilmesi gereken: Toparlanma ve yeniden gönderim davranışı.
Sonuçlar iş yükü profiline, donanım kapasitesine ve kurulum yapısına bağlıdır.
Depola ve ilet nedir?
Depola ve ilet, endüstriyel uç bilişimde yaygın olarak kullanılan, kesintilere dayanıklı bir ağ ve veri yönetimi tekniğidir.
Sensör ya da PLC veriyi doğrudan uzaktaki bir sunucuya göndermeye çalışmaz; makinenin hemen yanında duran yerel bir Edge Gateway'e gönderir. Normal koşullarda Edge Gateway bu veriyi hemen merkezdeki geçmiş veri deposuna ya da Unified Namespace'e (UNS) iletir.
Merkezle bağlantı koparsa, bu kapsama giren telemetri yapılandırılmış yerel bir ara bellekte kalıcı olarak saklanabilir. Bağlantı geri geldiğinde Edge Gateway, saklama, sıralama, yeniden deneme, alındı onayı ve hedefin çalışma durumu kurallarına göre veriyi iletmeye çalışır. Kapasite ya da saklama sınırlarının dışında kalan örneklerin kurtarılabileceği varsayılamaz.
Depola ve ilet mekanizması nasıl çalışır?
Üretim PLC'si → Edge Gateway: Telemetri
Edge Gateway → Kalıcı kuyruk: Depola (bağlantı yokken)
Kalıcı kuyruk → Edge Gateway: Yeniden gönder (bağlantı gelince)
Edge Gateway → Merkez sunucu: Veriyi ilet
Sağlam bir depola ve ilet sistemi, birbirinden ayrı üç aşamada kesintisiz çalışır:
1. aşama: Bağlantı kopar (depolama)
Edge Gateway, yapılandırılmış bir hedefe ulaşamadığını fark ettiğinde yeniden deneme baskısını sınırlar ve kapsama giren veri içeriklerini zaman damgaları ve kalite bilgileriyle birlikte kalıcı olarak saklar. Neyin saklanacağı bağlayıcının davranışına, seçim kuralına, boş disk alanına ve saklama ayarlarına bağlıdır.
2. aşama: Saha kendi başına çalışır
Bağlantı yokken fabrika kör kalmak zorunda değildir. Operatör panelleri ve SCADA, kontrolörleri eskisi gibi okumaya devam eder; Edge Gateway'de çalışan kurallar da buluttan bağımsız olarak değerlendirme yapmayı ve yerel alarm üretmeyi sürdürür. Emniyet fonksiyonları ait oldukları yerde, PLC'de ve emniyet sistemlerinde kalır. Hangi ekranların erişilebilir kalacağı, nerede barındırıldıklarına bağlıdır: merkezdeki bir sunucudan yayınlanan bir panoya, bağlantı geri gelene kadar fabrikadan erişilemez.
3. aşama: Bağlantı geri gelir (iletme)
Bağlantı yeniden kurulduğunda, hedefi ve ağı boğmamak için yeniden gönderim hızı sınırlanmalıdır. Geçmiş ve canlı trafik için açık bir önceliklendirme ve sıralama kuralı gerekir. Toparlanma, ancak alındı onayları ve verinin hedefte kalıcı olarak yazıldığı doğrulandıktan sonra tamamlanmış sayılır.
Depola ve ilet IIoT için neden kritik?
Bu kalıbı uygulamak, kurumsal üretim için üç temel fayda sağlar:
- Veri kaybı riskinin azalması: Mevzuata uyum (FDA 21 CFR Part 11 ya da havacılıktaki izlenebilirlik gibi) kesintisiz bir veri zinciri gerektirir. Dayanıklı yerel depolama ve yeniden gönderim kurallarıyla depola ve ilet, IT altyapısındaki aksaklıklar sırasında geçmiş kayıtların korunmasına yardımcı olur.
- Zaman serisinin sürekliliği: Orijinal zaman damgaları ve sıralama bilgileri, veriyi kullanan sistemlerin bir olay penceresini yeniden kurmasını kolaylaştırır. Yine de veriyi kullanan sistemler, bağlayıcının sözleşmesine göre geç gelen, mükerrer ya da sırası bozuk verilerle başa çıkabilmelidir.
- Bant genişliğinin yönetimi: Yerel depolama sıkıştırma ya da toplulaştırma ile birleştirilebilir. Ancak bu dönüşümler saklanan kanıtı değiştirir ve ayrıca kurallara bağlanmalıdır.
Proxus uçtaki bağlantı kesintilerini nasıl ele alır?
Proxus'ta depola ve ilet, uç katmanın yapısının bir parçasıdır. Bir Edge Gateway, tek bir süreç ve yanında çalışan bir mesajlaşma konteynerinden oluşur; yerel ara bellek de bu konteynerde, diskte tutulur. Uçta bir veritabanı bulunmaz.
Neler yapar:
- Merkez sunucuya ara bellekli aktarım: Merkez sunucuya erişilemediği sürece veri Edge Gateway'de varsayılan olarak 48 saat tutulur; bu süre Edge Gateway başına 30 güne kadar ayarlanabilir. Bağlantı geri geldiğinde veri orijinal zaman damgalarıyla yeniden gönderilir.
- Her veri hedefi de kuyruğa alınır: Veritabanları, MQTT, Kafka, REST, InfluxDB, bulut IoT servisleri ve diğer hedef türleri, hedefe erişilemediği sürece aynı saklama süresiyle Edge Gateway'de kuyrukta bekler ve hedef geri geldiğinde sırasıyla yazılır.
- En az bir kez aktarım: Bağlantı yeniden kurulduktan sonra veriyi kullanan bir sistem zaman zaman mükerrer bir mesaj görebilir. Bu yüzden yazma işlemleri tekrarlandığında sonucu değiştirmeyecek şekilde kurulmalı ya da bir anahtar üzerinden tekilleştirilmelidir.
- Kuyruk takibi: Her hedef kendi durumunu, son başarılı ve son başarısız gönderimini, son hatasını ve erişilemediği sürece Edge Gateway'de kaç mesajın kuyrukta beklediğini gösterir.
- Lisans sınırı: Edge Gateway'in lisanslı veri hızının üzerindeki veri ne aktarılır ne de ara belleğe alınır. Bu yüzden lisansı, ani yükselmeler dâhil gerçek veri hızına göre boyutlandırın.
Ara belleğin boyutu yine de ölçülen saniye başına bayt miktarına, atlatmanız gereken kesinti süresine ve elinizdeki disk alanına göre belirlenmelidir. Kurulu sürüm için mimari ve veri hedefleri dokümanlarına bakın.
Sonuç
Fabrikanızın internet bağlantısının nadiren kopacağını ummak bir mühendislik stratejisi değildir.
Endüstriyel ortamlarda ağ kesintileri sıradan bir olaydır. Edge Gateway'ler üzerinden depola ve ilet, merkeze giden bağlantının sürekli açık olmasına bağımlılığı azaltabilir. Ancak sonuç yine de yerel kapasite, kaynakta verinin yakalanması, bağlayıcı alındı onayları, hedefin çalışma durumu ve test edilmiş toparlanma prosedürleriyle sınırlıdır. Depola ve ilet, endüstriyel veri platformu içindeki dayanıklılık mekanizmalarından biridir; her arıza türünde verinin uçtan uca ulaşacağının kanıtı değildir.
Bu yaklaşım ne zaman uygun olmayabilir?
- Düşük frekanslı telemetri, dağıtık bir mimarinin tüm karmaşıklığına değmeyebilir.
- Tek hatlı küçük tesisler önce daha sade mimarileri tercih edebilir.
- Katı eski sistem kısıtları aşamalı bir geçiş gerektirebilir.
- Emniyet açısından kritik kapalı çevrim kontrol, PLC ve emniyet PLC'si katmanlarında kalmalıdır.
Sonuçlar iş yüküne, donanıma ve ağ yapısına göre değişir.
Sık sorulan sorular
Ara bellek için ne kadar disk alanı ayırmam gerekir?
Prosesi temsil eden bir iş yükü altında kodlanmış veri miktarını saniye başına bayt olarak ölçün ve atlatmanız gereken kesinti süresiyle çarpın. Sonuca dosya sistemi payını, indeksleri, yazma çoğaltmasını ve yeniden gönderim sırasında birikecek yükü ekleyin. Sonucu seçtiğiniz donanımda doğrulayın ve üretime geçmeden önce izlemeyi kurun.
Depola ve ilet mesaj sıralamasını iyileştirir mi?
Tanımlı bir akış içinde kaynaktaki sırayı koruyabilir. Ancak uçtan uca sıralama; eşzamanlı veri üreticilerine, yeniden denemelere, alındı onaylarına, bölümlemeye (partition) ve hedefe de bağlıdır. OEE hesaplamaları gibi veriyi kullanan işlemler olay zaman damgalarını kullanmalı ve geç gelen ya da mükerrer veriyi açıkça ele almalıdır.
Depola ve ilet ile MQTT QoS 1/2 arasındaki fark nedir?
MQTT QoS, etkin bir oturum sırasında istemci ile MQTT sunucusu arasındaki aktarımı güvence altına alır. Depola ve ilet ise MQTT el sıkışmasından önce devreye girer: MQTT sunucusuna erişilemediğinde veriyi yerelde kalıcı olarak saklar. İkisi birbirini tamamlar: depola ve ilet ağın çöktüğü durumları ele alır, QoS ise yoldaki mesajların güvenilir aktarımını iyileştirir.
Kaynaklar
- MQTT v5.0 OASIS Standard: Depola ve ilet kalıplarını tamamlayan QoS seviyelerini ve oturum durumunu tanımlar. mqtt.org
- IEC 62443-3-3: Ağ kesintileri sırasında veri bütünlüğü dâhil, endüstriyel sistemler için güvenlik gereksinimleri.
Son güncelleme: 6 Ağustos 2026