1: Rollout HMI per la flotta su macchine simili
Scenario: Se avete più asset simili, come linee, skid, celle o siti, e volete un’esperienza operatore HMI uniforme e un modello di aggiornamento prevedibile.
Un approccio basato sui container offre uniformità avviando l’applicazione runtime in un contesto container standardizzato, e ripetibilità utilizzando parametri di avvio container documentati come la pubblicazione delle porte, la denominazione dei container e il comportamento di riavvio opzionale. Se avete bisogno che l’applicazione runtime mantenga i file o le impostazioni che crea, collegate il container a una cartella reale sul computer. In questo modo i dati rimangono anche se il container viene riavviato o sostituito.
2: Servizi edge modulari affiancati
Scenario: Volete la visualizzazione all’edge e potreste anche voler implementare capacità adiacenti insieme a essa (ad esempio, FactoryTalk® Remote Access™ Runtime).
I container consentono di implementare più componenti affiancati su un host mantenendoli confezionati in modo indipendente. Inoltre, la guida all’esecuzione dei container FactoryTalk Optix fornisce il meccanismo concreto per eseguire l’applicazione runtime Optix in Docker come componente di visualizzazione all’interno delle implementazioni.
In un’architettura edge componibile, è anche vantaggioso eseguire servizi di connettività remota insieme al runtime di visualizzazione. Ad esempio, FactoryTalk® Remote Access™ Runtime è disponibile come immagine Docker, consentendo di implementarlo come container separato accanto a un container runtime FactoryTalk Optix (o accanto a un altro servizio containerizzato complementare sullo stesso host). Questo è perfetto per gli host di container perché i container sono progettati per funzionare uno accanto all’altro sulla stessa macchina mantenendo l’isolamento dei processi.
3: Implementazioni cloud
Scenario: Alcune organizzazioni estendono questo approccio containerizzato anche agli ambienti basati su cloud quando desiderano un runtime gestito centralmente, meccanismi di rollout standardizzati o un allineamento più semplice con le operazioni essenziali del cloud.
In questi scenari, si applica lo stesso principio principale del software containerizzato. Un runtime Optix può essere confezionato e gestito come carico di lavoro containerizzato, mentre la computazione sottostante è fornita dall’infrastruttura cloud del cliente e regolata dalle sue policy IT e dalla sua postura di sicurezza.
Questo si integra naturalmente con i workflows abilitati al cloud di Optix: FactoryTalk® Optix Studio™ Pro supporta la collaborazione basata su cloud e lo sviluppo basato su repository. E Rockwell Automation descrive modelli di implementazione remota che sfruttano FactoryTalk Remote Access, riducendo la necessità di essere fisicamente in sede per fornire aggiornamenti.
Considerazioni sull’implementazione containerizzata di FactoryTalk Optix
Confine di terze parti
Per chi inizia con il software containerizzato, fate riferimento al fornitore di terze parti, come Docker o Portainer, per assistenza e termini di licenza.
Comportamento di licenza
Se non fornite una chiave di licenza di diritto, l’applicazione FactoryTalk Optix si interrompe dopo 120 minuti. Maggiori informazioni sono disponibili nella Guida di FactoryTalk Optix.
La pubblicazione delle porte è legata alla configurazione dell’applicazione
Quando Optix viene eseguito in un container, scegliete una porta sul PC host e “inoltratela” alla porta che Optix usa per il suo client web. Quella porta interna è la porta Web Presentation Engine che impostate in FactoryTalk® Optix Studio™.
La persistenza deve essere intenzionale
Decidete in anticipo cosa deve essere salvato e cosa può essere temporaneo. L’opzione di binding del volume serve a rendere persistenti le modifiche apportate a runtime scrivendo le modifiche in una cartella locale sulla macchina host, così le modifiche non vanno perse quando il container viene riavviato o sostituito.
La ripetibilità prima di tutto
Il valore pratico dell’implementazione di FactoryTalk Optix con software containerizzato è la ripetibilità.
I container software offrono un modo uniforme e documentato per eseguire la stessa applicazione runtime in diversi ambienti utilizzando concetti standard di avvio container come la pubblicazione delle porte, il comportamento di riavvio e (quando necessario) la mappatura dei volumi per la persistenza. Questo supporta l’obiettivo più ampio della containerizzazione di ridurre la deriva degli ambienti e migliorare l’uniformità dallo sviluppo alla produzione in IT e OT.
Volete fare il prossimo passo? Esplorate come ThinManager® software e FactoryTalk Optix si inseriscono nel più ampio contesto della containerizzazione, senza modificare i principi fondamentali descritti. E potete approfondire l’intero portafoglio di software e dispositivi hardware FactoryTalk Optix basati su cloud qui.
|||
Come i container di spedizione, i container software confezionano le app per farle funzionare in modo uniforme ovunque.
La containerizzazione è ben consolidata nell’IT e sta guadagnando terreno anche nelle implementazioni OT (industriali) per confezionare un’applicazione e le sue dipendenze in un unico pacchetto che funziona in modo uniforme in tutti gli ambienti. Allinea le aspettative di information technology e operational technology in termini di implementazione, scalabilità, sicurezza e ripristino.
Ora applichiamo questo concetto alla visualizzazione in fabbrica.
FactoryTalk® Optix™ è una piattaforma intuitiva di progettazione e visualizzazione HMI che offre soluzioni rapide, flessibili e scalabili per tutte le vostre applicazioni di produzione.
Le opzioni di connettività includono l’integrazione del modello informativo OPC UA, la connettività MQTT e la scelta di database come il supporto SQLite integrato, ODBC e InfluxDB. Inoltre, le applicazioni FactoryTalk Optix possono essere eseguite in container Docker e ThinManager®.
Perché containerizzare le applicazioni runtime?
Ai team di OT viene spesso chiesto di mantenere un comportamento runtime uniforme su più macchine e siti. Tuttavia, gli ambienti di implementazione tendono a variare nel tempo.
Di conseguenza, differenze negli aggiornamenti del sistema operativo, nelle librerie, nei driver e nelle modifiche di configurazione locale possono introdurre incoerenze che si manifestano durante la messa in servizio o gli upgrade.
I container aiutano a risolvere questi possibili errori incapsulando l’ambiente runtime, così le applicazioni possono essere implementate e avviate in modo uniforme su host compatibili con i container. Questo è in linea con l’obiettivo più ampio della containerizzazione: migliorare l’uniformità e la portabilità dallo sviluppo alla produzione.
Quando la standardizzazione è fondamentale, l’implementazione containerizzata di FactoryTalk Optix è un approccio supportato, ancorato alle linee guida di Rockwell Automation (inclusi la pubblicazione delle porte e il comportamento di licenza).
|||
Modelli di implementazione di software containerizzato ripetibili e di successo
Questi tre modelli aiutano a visualizzare come possono essere i container software nell’OT:
|||
Provate gratuitamente il software FactoryTalk Optix
Scoprite le infinite possibilità di sviluppo HMI nel cloud. Scaricate gratuitamente FactoryTalk Optix Studio Standard o ottenete una prova di 90 giorni di FactoryTalk Optix Studio Pro.
|||
Riferimenti per l’implementazione di progetto:
Accedete al repository pubblico Rockwell Automation GitHub. I progetti di esempio mostrano come accelerare la creazione di valore con tecnologie moderne, design innovativi e opzioni di implementazione scalabili.
Un progetto di esempio Optix_Docker_FTOptixUpdateServerfornisce un’implementazione di riferimento per la creazione e l’esecuzione di un’immagine Docker per FactoryTalk Optix Runtime, quindi per l’implementazione di un’applicazione Optix in quel container.
|||
Cos’è FactoryTalk Optix?
FactoryTalk Optix è una nuova piattaforma HMI basata su cloud di Rockwell Automation progettata per la visualizzazione flessibile basata su browser e la gestione dati edge.
Consente agli utenti di progettare, testare e implementare applicazioni su diversi hardware, con architettura aperta, collaborazione multi-utente tramite FactoryTalkR HubTM e supporto essenziale per i protocolli OPC UA e MQTT.
I 3 principali vantaggi di FactoryTalk Optix:
1. Collaborazione e progettazione basate su cloud: I team possono lavorare ai progetti da qualsiasi luogo utilizzando un browser web, con integrazione Git integrato per il controllo delle versioni e modifica simultanea multi-utente
2. Massima interoperabilità, flessibilità: La piattaforma Optix supporta sia dispositivi Rockwell Automation che di terze parti, consentendo l’implementazione su varie piattaforme (locale, edge o cloud)
3. Visualizzazione moderna e scalabile con grafica reattiva e orientata agli oggetti che si adatta automaticamente a diverse dimensioni di schermo e dispositivi, inclusi mobile e tablet
