Bu vaka çalışması birleşiktir. Mimari kararlar, gecikme sayıları ve kesinti senaryosu gerçek müşteri dağıtımlarından alınmıştır, ancak müşterinin kimliği bilinçli olarak açıklanmamıştır. Kalıp, üç veya daha fazla üretim hattına ve aralıklı WAN'a sahip herhangi bir fason üreticinin kopyalayabileceği kalıptır.
Kurulum
İki bina arasında 12 üretim hattını işleten bir fason üretici. Karışık paketleme ürünü: düzenlenmiş SKU'lar için seri birim düzeyinde etiketler, geri kalanlar için parti karton etiketleri. Ayda yaklaşık 380.000 etiket, zirve gün yaklaşık 22.000. ERP şirket içinde. MES şirket içinde. SCADA şirket içinde. WAN bağlantısı tek 200 Mbps fiber hat artı taşıyıcının gerçek olduğunu iddia ettiği bir LTE yedek ama bu, ölçülen terimlerle 3,5 saniyelik bir geçiş süresi ve tesisin artık güvenmediği bir SLA'ya sahip.
Tesisin eski kurulumu: hat başına bir Windows PC'de bir masaüstü etiket-baskı uygulaması, altı "denetim veritabanı" ve üçü sessizce bozulmuş, ERP ile entegrasyon yok hariç vardiya başına bir operatörün tıkladığı bir CSV bırakması. Bir denetimin maliyeti üç günlük adli inceleme idi. Kaçırılan bir serileştirme olayının maliyeti içerilen bir parti geri çağırması idi.
Kullanıma açma — üç protokol, hat başına bir düğüm
Ekip hat başına bir LabelInn Edge düğümü dağıtmaya karar verdi (toplam 12 düğüm artı QA ofisi için on üçüncü). Her düğüm, Windows IoT çalıştıran küçük bir endüstriyel PC idi, hattın mevcut elektrik kabininde yer aldı. Dağıtım iki mühendisin bir haftasını aldı.
Kattaki her entegrasyon, kendi yerel duruşuna uyan protokolü kullanır:
- ERP → Edge: REST. ERP ekibi mevcut HTTP istemcisiyle yerel
/local/v1/print/jobsuç noktasına karşı entegre etti. Vardiya sonu iş-emri tamamlanması bir parti etiket gönderimini ateşler. Çağrıdaki ortalama gecikme: 38 ms. Entegrasyon kurulumu ERP tarafında yarım gün sürdü. - Robot hücre → Edge: gRPC. 12 hattın ikisinde robotik pick-and-place hücreleri var. Robot denetleyicilerinin Linux yan-arabaları tipli bir gRPC istemcisi tutar. Sunucu-akışlı
StreamEventsteslim hakemliğini sürer: ilgili etiket olayıcompletedbildirene kadar robot parçayı aşağı akış konveyörüne serbest bırakmaz. Robotun bunda sahip olduğu gecikme bütçesi: 200 ms. Ölçülen gecikme: tipik 60-90 ms, 99. yüzdelik 140 ms. - SCADA → Edge: MQTT. Üretim katındaki Ignition Perspective HMI, tesisin mevcut Mosquitto broker'ında
labelinn/printer/error,labelinn/printer/supplyvelabelinn/print/job_failed'a abone olur. Kalite paneli canlı bir doğrulama oranını korumak içinlabelinn/verify/passedvelabelinn/verify/failed'a abone olur. MES, iş-emri yürütme akışının bir parçası olaraklabelinn/cmd/print'e gelen komutlar yayımlar.
Çapraz-kesiti: mDNS eş keşfi, bu entegrasyonlardan hiçbirinin bir edge düğümü için sabit kodlanmış bir IP tutmadığı anlamına gelir. Yeni hatlar LAN'a katılarak mesh'e katılır.
Operatör-görünür gecikme üzerinde öncesi-sonrası
| Yol | Öncesi (bulut-yalnızca masaüstü) | Sonrası (Edge) |
|---|---|---|
| ERP iş-emri tamamlama → ilk etiket meşgul | 10–20 saniye (operatör CSV'yi tıklar) | ~3 saniye (iş-emri adımı ateşlenir, edge hemen basar) |
| Etiket başına baskı gecikmesi (saniyede bir birim hatta) | Sürdüremedi — CSV içe aktarma darboğazı | 30–80 ms uçtan uca |
| Robot-hücre etiket onayı | Entegre değil — manuel tarama kontrolü | 60–90 ms gRPC akışı aracılığıyla |
| Kalite paneli "bu saatte basılan etiketler" | Vardiya sonu CSV çekme | MQTT aracılığıyla gerçek zamanlı |
Bir Salı günü on beş dakikalık WAN kesintisi
Kullanıma açmadan üç hafta sonra, bir Salı öğleden sonra, taşıyıcının BGP'si titredi. Tesisin 200 Mbps fiberi erişilemez hale geldi. LTE yedek devralmaya çalıştı, ancak yük devretme zamanlayıcısı taşıyıcının kendi SLA'sından daha uzun çalıştı — toplam ölçülen kesinti 14 dakika 47 saniye idi.
Kesinti sırasında:
- ERP, MES, SCADA ve edge düğümlerinin hepsi LAN'da konuşmaya devam etti — kat düzeyinde işletmelerinde hiçbir zaman WAN'a bağımlı değildiler. İş emirleri aktı, baskılar ateşlendi, taramalar doğrulandı.
- Her edge düğümü gelen işleri kabul etti, bastı ve düzenlenmiş olayları yerel yalnız-ekleme outbox'ına kaydetti. Her olay, WAN yukarıda olduğunda olduğu gibi, üretim anında damgalanan bir kiracı başına HMAC imzası aldı.
- Bulut denetim zinciri, arkasındaki paneller ve bulut tarafındaki MES entegrasyonları kurumsal ağdan erişilemezdi — ancak katta hiçbir şey fark etmedi.
- T+14:47'de WAN restore edildi. Her edge düğümü outbox'ını buluta boşaltmaya başladı. Boşaltma 38 saniye içinde bitti. Bulut denetim zinciri olayları orijinal üretim sırasında aldı ve her birinin imzalarını doğruladı.
Kesinti sırasında 412 etiket üretildi. Kalite ekibinin günlük zincir-doğrulama raporu 412 girişin tümünün mevcut olduğunu, tüm imzaların geçerli olduğunu, hepsinin doğru üretim sırasında olduğunu, origin: edge etiketi ve kaydedilen yeniden senkronizasyon zaman damgasıyla gösterdi. Denetçinin bakış açısından kesinti normal işletmenin on beş dakikası gibi göründü.
Kalite Müdürünün ertesi sabah panel gösterildiğinde tam tepkisi: "Bir WAN kesintisinin benim sorunum olmadığı ilk sefer."
Bu, tedarik için ne anlama gelir
Bir etiket-baskı platformu satın alma eskiden iki başarısızlık modu arasında bir seçimdi: denetim kalitesini kazanmak için çevrimdışı toleransı kaybet (bulut SaaS) veya çevrimdışı toleransı kazanmak için denetim kalitesini kaybet (şirket içi masaüstü). Edge Stack bu seçimi kapatır. Müşteriler şunları elde eder:
- Bulut-derecesi denetim ve uyumluluk kanıtı (hash zinciri, HMAC, eleman bazlı yakalama, kanıt-paketi PDF dışa aktarımı)
- LAN-derecesi yürütme gecikmesi (tipik sub-100 ms)
- Doğrulanmış kesinti-sonrası denetim sürekliliği ile çevrimdışı tolerans
- Tek düğümde üç protokol, böylece kattaki her sistem yazıcıyla yerel dilinde konuşur
Bir tedarik ekibinin değerlendirdiği anlaşmanın şekli artık "hangi uzlaşmayı kabul ediyoruz" değil, "bunu ne kadar erken dağıtabiliriz" sorusudur.
Aynı Mimariyi Tesisinize Getirin
Tesisiniz çevrimdışı-vs-denetim değiş tokuşuyla yaşıyorsa Edge Stack yapılacak konuşmadır. Bir şey imzalamadan önce BT ekibinizle ağ incelemesi yaparız.
Mimari incelemesi ayırtın →