SystemLink Enterprise ist eine Anwendung mit serviceorientierter Architektur. Von Kubernetes gehostete Microservices bilden die Architektur. SystemLink Enterprise ist skalierbar, fehlertolerant und hochverfügbar. In der folgenden Tabelle werden die wichtigsten Komponenten der SystemLink Enterprise Architektur zusammengefasst.

SystemLink Enterprise Architektur

Das verlinkte Diagramm beschreibt die Komponenten in der SystemLink Enterprise Architektur.

Hinweis Dieses Kapitel enthält Links zu den Diagrammen als Referenz, aber die Diagramme sind möglicherweise nicht für alle Anwendungsfälle geeignet. Passen Sie die Architektur an die spezifischen Anforderungen und die Infrastruktur Ihres Unternehmens an.

Eine beispielhafte SystemLink Enterprise Bereitstellungsreferenz finden Sie im SystemLink Enterprise Kubernetes Architekturdiagramm.

SystemLink Enterprise Kubernetes-Cluster

Der SystemLink Enterprise Kubernetes-Cluster ist ein Linux-Kubernetes-Cluster, der die Pods hostet, aus denen SystemLink Enterprise besteht. Der Cluster besteht aus:

  • SystemLink Webdienste: Backend-Mikrodienste, die REST-APIs für Kernfunktionen von SystemLink bereitstellen. Beispiele sind der Testüberwachungsdienst, der Dateiaufnahmedienst, der Asset-Dienst und der Tag-Dienst.
  • SystemLink Webanwendungen: Komponenten der Front-End-Benutzeroberfläche, mit denen Benutzer über einen Webbrowser interagieren.
  • Salt Master: Verwaltet sichere Verbindungen zu Zielsystemen, Zieleinstellungen und -konfigurationen. Aktiviert Software-Installation-Workflows.
  • Unterstützende Infrastruktur: Komponenten wie RabbitMQ, Redis, Dremio und Jupyter für Nachrichtenaustausch, Cache, Datenabfragen und Notebook-Ausführung.

Informationen zur Konfiguration von Knotengruppen für optimale Leistung und optimale Ressourcenisolierung finden Sie unter Knotengruppenkonfiguration.

Externe Abhängigkeiten

SystemLink Enterprise erfordert die folgenden externen Systeme für Datenspeicherung, Authentifizierung und Suchfunktionen.

Tabelle 1. Externe Abhängigkeiten SystemLink Enterprise
Komponente Beschreibung
Elasticsearch Elasticsearch ist eine Suchmaschine. SystemLink verwendet Elasticsearch, um Suchfunktionen zu verbessern. SystemLink bietet ein optionales Starter-Helm-Chart für die Ausführung von Elasticsearch im selben Cluster wie SystemLink Enterprise. Weitere Informationen zum Konfigurieren von Elasticsearch finden Sie unter Konfigurieren von Elasticsearch.
Identitätsanbieter Der Identitätsanbieter ist der Dienst, den SystemLink zur Authentifizierung und Anmeldung von Benutzern bei der SystemLink-Webanwendung verwendet. SystemLink Enterprise unterstützt ausschließlich OpenID Connect-Identitätsanbieter. Weitere Informationen zum Verbinden Ihres Providers mit SystemLink finden Sie unter Identitäts- und Zugriffsmanagement.
MongoDB MongoDB ist eine Dokumentdatenbank. SystemLink nutzt das MongoDB-Wire-Protokoll zur Kommunikation mit der MongoDB-Instanz. Weitere Informationen zum Konfigurieren von MongoDB finden Sie unter Konfigurieren der MongoDB-Datenbank.
Objektspeicher Objektspeicher bezieht sich auf die von SystemLink Diensten verwendeten Amazon S3-, S3-kompatiblen oder Azure Blob Storage-Systeme, die Massenspeicher erfordern.
PostgreSQL PostgreSQL ist eine relationale Datenbank. SystemLink nutzt PostgreSQL für die Datenspeicherung. Weitere Informationen zur Konfiguration von PostgreSQL finden Sie unter PostgreSQL.

SystemLink Enterprise Infrastruktur

Die folgenden Infrastrukturkomponenten sind für den Einsatz und den Zugriff auf SystemLink Enterprise erforderlich.

Tabelle 2. SystemLink Enterprise Infrastrukturkomponenten
Komponente Beschreibung
Artefaktspeicherort Eine OCI-Registry (Open Container Initiative) mit den SystemLink Containern und Helm-Charts. Sie können das NI-Artefaktdepot oder eigene Container und Helm-Charts in Ihrem eigenen Repository verwenden. Weitere Informationen finden Sie unter Konfigurieren von SystemLink-Repositories.
Netzwerkschnittstellen

SystemLink verwendet im normalen Betrieb drei Netzwerkschnittstellen:

  • Webanwendung
  • API
  • Salt
Diese Schnittstellen sind drei Hostnamen zugeordnet. Benutzer verwenden den Webanwendungs-Ingress und Host, um auf die SystemLink Webanwendung zuzugreifen. Zielsysteme und Anwendungen verwenden den API-Ingress und Host, um über die SystemLink REST API auf Daten und Ressourcen zuzugreifen. Der Salt-Ingress und Host verbinden Zielsysteme mit dem von SystemLink Enterprise gehosteten Salt Master. Weitere Informationen zum Konfigurieren dieser Hostnamen finden Sie unter Layer 7 (Application) Ingress und Layer 4 (TCP) Ingress.

SystemLink Enterprise Testsysteme

SystemLink Enterprise stellt eine Verbindung zu den Testsystemen her und verwaltet diese.

Tabelle 3. SystemLink Enterprise Testsysteme
Komponente Beschreibung
Zielsysteme

Zielsysteme sind sicher verbundene Testsysteme, die SystemLink verwaltet. Zielsysteme laden Testergebnisse, Status- und Zustandsdaten zu SystemLink hoch. Diese Systeme können Windows- und NI Linux Real-Time-Betriebssysteme haben.

Zielsysteme kommunizieren mit SystemLink über HTTPS und das SaltStack TCP-Protokoll. Testsysteme starten unabhängig vom Protokoll alle Kommunikation mit dem Server. Informationen zum Hinzufügen von Zielsystemen zu Ihrem SystemLink-Server finden Sie hier unter Einrichten eines SystemLink-Clients.

SystemLink übermittelt Tags, Dateien, Assets/Hardwareprodukte und Testergebnisse über HTTPS. Jobs und Pillars von Salt kommunizieren mittels Salt TCP Transport mit AES-Verschlüsselung. Salt Jobs dienen zur Software-Installation und zur Änderung der Zielkonfiguration des SystemLink Servers. Wenn Sie Zertifikate von privaten Zertifizierungsstellen verwenden, übermittelt Salt SystemLink-Zertifikate. Diese Übertragung stellt sicher, dass Zielsysteme Vertrauen zu SystemLink aufbauen können. Zielsysteme erfordern keine manuelle Verwaltung dieser Zertifikate. Einen Überblick zu Salt TCP Transport finden Sie in der SaltStack TCP-Transportdokumentation.

Wenn ein autorisierter Benutzer ein Zielsystem in SystemLink genehmigt, wird das Zielsystem zu einem verwalteten System. SystemLink überträgt dann die Konfiguration, Zertifikate und Zugangsdaten, die für die Authentifizierung des Zielsystems bei SystemLink erforderlich sind. SystemLink Client Python und LabVIEW APIs enthalten Autokonfigurationsfunktionen, die diese Zugangsdaten automatisch verwenden. Sie müssen in Ihrem Testanwendungscode keine Secrets wie Zugangsdaten angeben.

Knotengruppenkonfiguration

Für optimale Leistung und optimale Ressourcenisolierung konfigurieren Sie die folgenden Komponenten für die Ausführung in ihren eigenen dedizierten Knotengruppen und Pools:

  • SystemLink Webdienste und Webanwendungen
  • Jupyter Notebook und Notebook-Ausführung
  • Data Frame Service und seine Abhängigkeit, Dremio

Eine Beispiel-YAML-Datei zur Konfiguration von Knotenselektoren finden Sie unter node-selectors.yaml.

Cloud-Provider-spezifische Architektur

Im AWS SystemLink Enterprise Kubernetes Architekturdiagramm und Azure SystemLink Enterprise Kubernetes Architekturdiagramm finden Sie Referenzbeispiele für AWS- bzw. Azure-Bereitstellungen.

Hinweis Die verlinkten Diagramme sind Referenzbeispiele für die Bereitstellung von SystemLink Enterprise auf AWS und Azure. Ihre tatsächliche Bereitstellung kann je nach spezifischen Anforderungen, Sicherheitsrichtlinien und bestehender Infrastruktur Ihres Unternehmens abweichen.