1: Flotten-HMI-Rollout über ähnliche Maschinen
Szenario: Sie verfügen über mehrere ähnliche Assets, wie Linien, Skids, Zellen oder Standorte, und möchten eine konsistente Bedienerfahrung mit Mensch-Maschine-Schnittstelle (HMI) sowie ein vorhersehbares Update-Modell.
Ein containerbasierter Ansatz bietet Konsistenz, indem die Laufzeitanwendung in einem standardisierten Container-Kontext ausgeführt wird, und Wiederholbarkeit durch dokumentierte Container-Startparameter wie Port-Publishing, Container-Benennung und optionales Wiederanlaufverhalten. Wenn die Laufzeitanwendung Dateien oder Einstellungen, die sie erstellt, behalten soll, verbinden Sie den Container mit einem echten Ordner auf dem Computer. So bleiben die Daten auch dann erhalten, wenn der Container neu gestartet oder ersetzt wird.
2: Nebeneinander ausgeführte modulare Edge-Services
Szenario: Sie möchten Visualisierung am Edge und eventuell auch benachbarte Funktionen bereitstellen (zum Beispiel FactoryTalk® Remote Access™ Runtime).
Container ermöglichen die Bereitstellung mehrerer Komponenten nebeneinander auf einem Host, wobei sie unabhängig voneinander verpackt bleiben. Die FactoryTalk Optix-Container-Run-Guidance bietet den konkreten Mechanismus, um die Optix-Laufzeitanwendung in Docker als Visualisierungskomponente innerhalb der Bereitstellungen auszuführen.
In einer composable Edge-Architektur ist es zudem vorteilhaft, Remote-Konnektivitätsdienste neben der Visualisierungs-Laufzeit zu betreiben. Beispielsweise ist FactoryTalk® Remote Access™ Runtime als Docker-Image verfügbar, sodass es als separater Container neben einem FactoryTalk Optix-Laufzeit-Container (oder neben einem anderen ergänzenden containerisierten Service auf demselben Host) bereitgestellt werden kann. Dies passt ideal zu Container-Hosts, da Container dafür ausgelegt sind, benachbart auf derselben Maschine zu laufen und dabei Prozessisolation zu gewährleisten.
3: Cloud-Bereitstellungen
Szenario: Einige Unternehmen erweitern diesen Container-Ansatz auch auf cloudbasierte Umgebungen, wenn sie eine zentral verwaltete Laufzeitumgebung, standardisierte Rollout-Mechanismen oder eine einfachere Abstimmung mit cloudbasierten Betriebsabläufen wünschen.
In diesen Szenarien gilt das gleiche grundlegende Prinzip containerisierter Software. Eine Optix-Laufzeit kann als containerisierte Workload verpackt und betrieben werden, während die zugrunde liegende Rechenleistung von der Cloud-Infrastruktur des Kunden bereitgestellt und durch deren IT-Richtlinien und Sicherheitsvorgaben gesteuert wird.
Dies passt nahtlos zu den cloudfähigen Workflows von Optix: FactoryTalk® Optix Studio™ Pro unterstützt cloudbasierte Zusammenarbeit und repository-basierte Entwicklung. Und Rockwell Automation beschreibt Muster für Remote-Bereitstellungen, die FactoryTalk Remote Access nutzen und den Bedarf an physischer Präsenz vor Ort für Updates reduzieren.
Überlegungen zur containerisierten Bereitstellung von FactoryTalk Optix
Third‑Party-Grenze
Wenn Sie gerade erst mit containerisierter Software beginnen, wenden Sie sich bitte an den Drittanbieter, wie Docker oder Portainer, für Unterstützung und Lizenzbedingungen.
Lizenzierungsverhalten
Wenn Sie keinen Berechtigungslizenzschlüssel angeben, wird die FactoryTalk Optix-Anwendung nach 120 Minuten beendet. Weitere Informationen finden Sie in der FactoryTalk Optix-Hilfe.
Port-Publishing ist an die Anwendungskonfiguration gebunden
Wenn Optix in einem Container läuft, wählen Sie einen Port auf dem Host-Computer und „leiten“ Sie ihn an den Port weiter, den Optix für seinen Web-Client verwendet. Dieser interne Port ist der Web Presentation Engine-Port, den Sie in FactoryTalk® Optix Studio™ festlegen.
Persistenz sollte gezielt erfolgen
Entscheiden Sie im Voraus, was gespeichert werden soll und was temporär sein kann. Die Option zur Volumenbindung dient dazu, zur Laufzeit vorgenommene Änderungen zu speichern, indem Laufzeitänderungen in einen lokalen Ordner auf dem Host-Computer geschrieben werden, sodass Änderungen beim Wiederanlauf oder Austausch des Containers nicht verloren gehen.
Wiederholbarkeit steht an erster Stelle, alles andere ist zweitrangig
Der praktische Wert der Bereitstellung von FactoryTalk Optix mit containerisierter Software liegt in der Wiederholbarkeit.
Software-Container bieten eine konsistente, dokumentierte Möglichkeit, dieselbe Laufzeitanwendung über verschiedene Umgebungen hinweg auszuführen, indem sie Standardkonzepte wie Port-Publishing, Wiederanlaufverhalten und (bei Bedarf) Volumen-Mapping für Persistenz nutzen. Dies unterstützt das übergeordnete Ziel der Containerisierung, Umgebungsabweichungen zu reduzieren und die Konsistenz von der Entwicklung bis zur Produktion in der gesamten Informationstechnologie und Betriebstechnologie zu verbessern.
Möchten Sie den nächsten Schritt gehen? Erfahren Sie, wie ThinManager®-Software und FactoryTalk Optix im breiteren Kontext der Containerisierung zusammenhängen, ohne die beschriebenen Grundlagen zu verändern. Und Sie können das gesamte Portfolio der cloudbasierten FactoryTalk Optix-Software und -Hardwaregeräte hier entdecken.
|||
Wie Schiffscontainer verpacken Software-Container Anwendungen, damit sie überall konsistent ausgeführt werden können.
Containerisierung ist in der Informationstechnologie etabliert und gewinnt nun auch in der Betriebstechnologie (industrielle OT) an Bedeutung, um eine Anwendung und ihre Abhängigkeiten in ein einziges Paket zu bündeln, das in allen Umgebungen konsistent läuft. Sie gleicht die Erwartungen von Informationstechnologie und Betriebstechnologie hinsichtlich Bereitstellung, Skalierung, Sicherheit und Wiederherstellung ab.
Wenden wir dieses Konzept nun auf die Visualisierung im Fertigungsbereich an.
FactoryTalk® Optix™ ist eine intuitive Plattform für HMI-Design und Visualisierung, die schnelle, flexible und skalierbare Lösungen für Ihre Fertigungs- und Produktionsanwendungen bereitstellt.
Zu den Konnektivitätsoptionen gehören die Integration von OPC UA-Informationsmodellen, Message Queuing Telemetry Transport-Konnektivität und Datenbankoptionen wie integriertes SQLite, ODBC und InfluxDB-Unterstützung. Außerdem lassen sich FactoryTalk Optix-Anwendungen in Docker- und ThinManager®-Containern ausführen.
Warum Laufzeitanwendungen containerisieren?
Betriebstechnologie-Teams werden häufig beauftragt, konsistentes Laufzeitverhalten über mehrere Maschinen und Standorte hinweg sicherzustellen. Doch Bereitstellungsumgebungen verändern sich im Laufe der Zeit.
Unterschiede bei Betriebssystem-Updates, Bibliotheken, Treibern und lokalen Konfigurationsänderungen können zu Inkonsistenzen führen, die sich während der Inbetriebnahme oder bei Upgrades bemerkbar machen.
Container helfen, diese potenziellen Fehler zu vermeiden, indem sie die Laufzeitumgebung kapseln, sodass Anwendungen auf containerfähigen Hosts konsistent bereitgestellt und gestartet werden. Dies entspricht dem übergeordneten Ziel der Containerisierung: Verbesserung der Konsistenz und Portabilität von der Entwicklung bis zur Produktion.
Wenn Standardisierung entscheidend ist, ist die FactoryTalk Optix Container-Bereitstellung ein unterstützter Ansatz, der durch die von Rockwell Automation bereitgestellte Run Guidance (einschließlich Port-Publishing und Lizenzierungsverhalten) abgesichert ist.
|||
Wiederholbare, erfolgreiche Muster für die Bereitstellung containerisierter Software
Diese drei Muster veranschaulichen, wie Software-Container in der Betriebstechnologie eingesetzt werden können:
|||
FactoryTalk Optix-Software kostenlos testen
Erleben Sie die unbegrenzten Möglichkeiten der HMI-Entwicklung in der Cloud. Laden Sie FactoryTalk Optix Studio Standard kostenlos herunter oder erhalten Sie eine 90-tägige Testversion von FactoryTalk Optix Studio Pro.
|||
Referenzen zur Projektumsetzung:
Zugriff auf das öffentliche Rockwell Automation GitHub-Repository. Beispielprojekte zeigen, wie Sie mit modernen Technologien, innovativen Designs und skalierbaren Bereitstellungsoptionen die Wertschöpfung beschleunigen.
Ein Optix_Docker_FTOptixUpdateServer-Beispielprojekt bietet eine Referenzimplementierung für das Erstellen und Ausführen eines Docker-Images für FactoryTalk Optix Runtime und die Bereitstellung einer Optix-Anwendung in diesem Container.
|||
Was ist FactoryTalk Optix?
FactoryTalk Optix ist eine neue, cloudfähige HMI-Plattform von Rockwell Automation, die für flexible, browserbasierte Visualisierung und Edge-Datenmanagement entwickelt wurde.
Sie ermöglicht es Anwendern, Anwendungen für verschiedene Hardware zu entwerfen, zu testen und bereitzustellen, bietet eine offene Architektur, Multi-User-Zusammenarbeit über FactoryTalkR HubTM und essenzielle Unterstützung für OPC UA- und Message Queuing Telemetry Transport-Protokolle.
Die drei wichtigsten Vorteile von FactoryTalk Optix:
1. Cloudfähige Zusammenarbeit, Design: Teams arbeiten von überall an Projekten mit einem Web-Browser, integrierter Git-Integration für Versionskontrolle und gleichzeitiger Bearbeitung durch mehrere Benutzer
2. Maximale Interoperabilität, Flexibilität: Die Optix-Plattform unterstützt sowohl Geräte von Rockwell Automation als auch von Drittanbietern und ermöglicht die Bereitstellung auf verschiedenen Plattformen (lokal, Edge oder Cloud)
3. Moderne, skalierbare Visualisierung bietet responsive, objektorientierte Grafiken, die sich automatisch an verschiedene Bildschirmgrößen und Geräte anpassen, einschließlich Mobilgeräten und Tablets
