LabelInn Edge Server — Çevrimdışı-Öncelikli Fabrikalar için Sub-100 ms LAN Baskı

Üretim ortamlarında etiket-baskı platformlarını değerlendiren fabrika yöneticileri, fabrika BT ekipleri ve endüstriyel otomasyon mühendisleri için beyaz kâğıt — bulut-yalnızca mimarilerin kabul edilemez olduğu üretim ortamları için.

30 saniyelik özet

Modern bir etiket-baskı platformu bir bulut hizmetidir. Bu güzel çalışır — ta ki WAN düşene, yukarı akıştaki ERP bağlantıyı doyurana, taşıyıcının BGP'si kırk saniye titremeye başlayana veya deponun kiralık fiberi kazılana kadar. O anda binadaki her bulut-yalnızca etiket baskı sistemi durur. Hat durur. Denetim izi bir delik geliştirir. Kalite Müdürü ertesi sabah öğrenir.

LabelInn, her müşterinin kullandığı aynı bulut platformunu artı fabrikanın LAN'ı içinde bir Windows veya Linux düğümünde çalışan bir Edge Server sevk eder. Edge düğümü üç arayüz sunar — REST, gRPC ve MQTT — böylece üretim sistemleri (ERP, MES, SCADA, robot hücreleri, PLC'ler) doğrudan onunla konuşur. Baskı işleri LAN üzerinden yerel yazıcı filosuna yönlendirilir. Gecikme buluttaki 800–1200 ms'den LAN'daki 30–80 ms'ye düşer. WAN gittiğinde edge düğümü işleri yalnız-ekleme bir outbox'a kabul eder, basar ve WAN geri döndüğü anda kayıtları buluta senkronize eder.

Bulut tarafındaki uyumluluk makinesi — hash zincirli denetim, HMAC imzaları, eleman bazlı değer yakalama — edge tarafından üretilen kayıtlarda aynı şekilde çalışır. Bir denetçinin bakış açısından çevrimdışı bir patlama ile çevrimiçi bir patlama aynı görünür: doğrulanabilir sürekliliğe sahip imzalı olaylar zinciri.

1. Her fabrikanın yaşadığı bulut-yalnızca başarısızlık modu

Bugün çoğu üretim katında çalışan etiket-baskı yazılımı iki şeyden biridir: yazıcının yanındaki Windows PC'de bir masaüstü uygulaması veya bir bulut SaaS'ı işaret eden ince istemci. Her ikisi de farklı ama öngörülebilir şekillerde başarısız olur:

• Masaüstü uygulaması: operatör bir CSV'yi USB belleğine kopyalar, hatta yürür, tasarımcıyı açar, basar. Tesisin geri kalanıyla entegrasyon yok. Denetim izi uygulamanın yerel olarak yazdığı şeydir — genellikle baskı başına bir satır. Bir denetçi ziyareti sırasında keşfedilen: altı "denetim veritabanı" var, her iş istasyonu için bir tane ve üçü bozuk.
• Bulut SaaS: tesisin geri kalanıyla entegrasyon gerçek ve canlıdır — ancak bulutun erişilebilir olmasına bağlıdır. WAN düştüğünde hat durur. Sağlayıcının durum sayfası her şeyin yeşil olduğunu söyler; sorun bina ile sağlayıcının kenarı arasındadır. Tesisin kırk dakikalık kesintisi ve hiçbir kaldıracı yoktur.

Edge Server her iki başarısızlık moduna da yanıttır. Yerel yürütme motorudur ve birinci sınıf bulut varlığı bir özellik olarak gelir — tek çalışma modu olarak değil.

2. Üç-protokollü mimari, tek düğüm

Bir fabrika, etiket yazıcısıyla konuşması gereken üç sistem sınıfına sahiptir:

1. ERP / WMS / sipariş sistemleri — bunlar neredeyse evrensel olarak REST konuşur. POST /print/jobs yapmak ve geri bir iş kimliği almak isterler.
2. PLC'ler, robot hücreleri ve makine takım tezgâhları — bunlar entegratörlerinin standartlaştırdığı her şeyi konuşur, ancak gecikme, akış ve tipli şemalar için gRPC veya bir ikili RPC'yi ezici çoğunlukla tercih ederler.
3. SCADA, MES ve IIoT broker'ları — bunlar tasarım gereği pub-sub'dur. Fabrika ağındaki mevcut bir broker'a karşı MQTT konuşurlar (tipik olarak Mosquitto, HiveMQ veya AWS IoT Core).

LabelInn Edge Server üçünü de tek bir düğümde sunar:

• REST — /local/v1/*'da sürümlenmiş bir yerel API. Baskı işi gönderimi, filo durumu, sağlık, scan-to-verify, metrikler, denetim sorgusu, kural değerlendirmesi. ERP/WMS dünyası için entegrasyon hedefi.
• gRPC — baskı, filo yönetimi, doğrulama ve sistem kontrolü için tipli hizmetler. Canlı yazıcı telemetrisi ve iş yaşam döngüsü olayları için sunucu-akışlı yöntemler. Endüstriyel otomasyon dünyası için entegrasyon hedefi; proto yüzeyi için gRPC derinlemesine yazısına bakın.
• MQTT — yapılandırılabilir bir önek altında pub-sub konuları (tipik olarak labelinn/print/*, labelinn/printer/*, labelinn/verify/*, labelinn/cmd/*) tesisin mevcut broker'ına karşı. SCADA panelleri için giden olaylar ve MES iş akışlarından gelen komutlar. Konu kataloğu için MQTT entegrasyon kılavuzuna bakın.

Neden üçü? Çünkü gerçek tesislerde üçü de zaten oradadır. Müşterinin yığınıyla yaşadığı yerde buluşuruz, satıcı içinde tartışmaları kazanan ve katta anlaşmaları kaybeden tek bir entegrasyon kalıbını dayatmak yerine.

3. Yalnız-ekleme outbox ile çevrimdışı-öncelikli depolama

Edge düğümü yerel diskte yalnız-ekleme bir outbox tutar. Her düzenlenmiş olay — baskı gönderildi, baskı tamamlandı, baskı başarısız oldu, yazıcı durumu değişti, doğrulama tarama sonucu, denetim izi girişi — çağrıya onaylanmadan önce bu outbox'a yazılır. Outbox fsync-strict'tir: yazım ile onay arasında bir güç kaybı, sonraki önyüklemede diskten kurtarılabilir.

Arka plan senkronizasyon hizmeti, bağlantı kullanılabilir olduğunda outbox'u buluta boşaltır. Bulut tarafındaki denetim zinciri olayları yerel olarak üretildikleri sırayla alır; zincir bütünlüğü garantisi çevrimdışı patlamasında korunur. Bir denetçinin bakış açısından, hattın 412 serileştirilmiş etiket ürettiği kırk dakikalık bir WAN kesintisi, her birine kaydedilen senkronizasyon zaman damgasıyla birlikte 412 imzalı denetim girişinin sürekli bir bloğu olarak görünür.

4. Eşler-arası mesh keşfi (mDNS)

Çoklu-düğüm dağıtımları — kendi edge düğümü olan üç üretim hattına sahip bir tesis, artı QA ofisinde dördüncü bir edge düğümü — birbirlerini LAN'da mDNS aracılığıyla yapılandırma olmadan keşfederler. Yeni düğümler kendilerini duyurur; mevcut düğümler eşler ve şu anda çevrimiçi olan yazıcı filolarının kaydını tutar. ERP veya MES bir işi siteye göre, yazıcı rolüne göre veya tam yazıcı kimliğine göre gönderebilir; alıcı edge düğümü işi hedef yazıcının sahibi olan en sağlıklı eşe yönlendirir.

Başarısız bir düğüm bir sonraki kalp atışında kayıttan düşer. Uçuştaki işler politika izin verirse bir eşe devredilir. ERP tarafında IP yapılandırması yok, entegratör tarafında statik yönlendirme yok. Fabrika BT ekibi edge düğümü yazılımını yeni bir hattın ana bilgisayarına yükler ve yeni düğüm mesh'e katılır.

5. Bulut denetim zinciriyle süreklilik

Edge'te yazılan her düzenlenmiş olay, bulut tarafından üretilen olayların taşıdığı aynı kiracı başına HMAC imzasını taşır. İmzalama anahtarı bulut tarafındaki Donanım Güvenlik Modülünde tutulan bir ana sırdan kiracı başına türetilir; türetilen anahtar edge düğüm kimliğine bağlıdır ve düğüm devre dışı bırakıldığında döndürülür. İmza, bulutun imzaladığı tam olarak aynı alanları kapsar, böylece bir doğrulayıcı (bulut tarafından veya dış denetçi) edge-kaynak ve bulut-kaynak olaylar arasında bir origin: edge alanı dışında hiçbir ayrım görmez.

Buluttaki hash zinciri kiracı başına anahtarlanır. Edge olayları geri senkronizasyon anında üretim sıralarında zincire katılır, bu da şu anlama gelir: günlük zincir doğrulayıcısını çalıştıran bir Kalite ekibi asla bir çatal, boşluk veya sıra dışı giriş görmez. Zincir, WAN patlamalarından şeffaf olarak hayatta kalan tek bir sürekli imzalı giriş dizisidir.

6. Performans — LAN size ne satın alır

10× gecikme azalması, bir robot hücresinin bir etiket için duraklaması ile bir robot hücresinin baskının yayımlandığını hiç fark etmemesi arasındaki farktır. Saniyede bir ila üç birim hızında çalışan yüksek üretim paketleme hatları için bu önemlidir.

7. Bu eski yerel etiket yazılımını nerede bırakıyor

Eski yerel etiket yazılımı tanım gereği yalnızca yereldir; bulut denetimi yok, mesh keşfi yok, çevrimdışı toleranslı bulut-senkronizasyonu yok çünkü bulut yok. Denetim verileri iş istasyonunda yaşar. İş istasyonu ilgisiz bir nedenle yeniden görüntülenir. Denetim verileri geri gelmez.

Eski bulut-yalnızca etiket SaaS denetim sorununu çözer ancak yerel-yürütme özelliğini kaybeder. WAN düştüğünde hat durur. Müşteri bir SaaS faturası artı taşıyıcının BGP'sinin titrediği gün dört saatlik kesinti maliyeti öder.

Edge Server, yerel yazılımın çevrimdışı toleransını bulut SaaS'ın denetim sürekliliği ile birleştirir. İkisi arasında bir seçim yapmanıza gerek yok; aynı yazılımda, tek bir operasyon ekibiyle her ikisini de elde edersiniz.

8. Bu makalede bilinçli olarak yer almayanlar

• Belirli uygulama dosyaları, portlar, kütüphane sürümleri. NDA materyali.
• Edge düğümü için tam donanım boyutlandırma önerisi (yazıcı sayısına, verim hızına ve eşzamanlı entegrasyonlara bağlıdır).
• Fiyatlandırma. enterprise@labelinn.com ile konuşun.
• Düğümler-arası ve bulut-bağlı trafik için belirli TLS / mTLS duruşu (kiracı başına yapılandırılabilir; mimari görüşmesinde incelenir).