Auf dieser Seite (9)
- Plattform: .NET 10, MongoDB und Blazor Server
- Eigener Server oder Cloud: zwei Betriebsmodelle
- Datensicherung, Aufbewahrung und Zwei-Server-Betrieb
- Benutzerberechtigungen und Sichtbarkeitsbereich der Daten
- Anforderungen an das Netzwerk
- Was die Architektur nicht abdeckt
- Kündigung und Übergabe der Datenbank
- Fragen der IT-Abteilung zur Architektur
- Verwandte Seiten
Plattform: .NET 10, MongoDB und Blazor Server
Der Anwendungsserver läuft auf .NET 10 unter Windows oder Linux und fügt sich damit in den vorhandenen Serverraum ein, statt eine zweite Plattform zu erzwingen.
Als Datenbank dient MongoDB: eine Datenbank mit rund neunzig Collections. Damit gibt es einen Punkt für die Datensicherung und einen für die Wartung, und die Daten verteilen sich nicht über mehrere Instanzen.
Die Oberfläche ist mit Blazor Server gebaut, läuft also als Anwendung im Browser. An den Arbeitsplätzen wird nichts installiert und nichts aktualisiert.
TraxSystem ist ein modularer Monolith: 75 Module, eine Installation, eine Datenbank, und der Funktionsumfang wird über die Lizenz freigeschaltet. Es gibt keine Microservices zu orchestrieren, keine Warteschlangen zu betreuen und keine Synchronisation zwischen Datenbanken.
Torstatus, Alarme und Ereignisse kommen per SignalR live auf den Bildschirm, ohne dass die Seite neu geladen werden muss.
Die Kennzeichenerkennung arbeitet lokal: Die Erkennungs-Engine läuft auf dem Server oder auf einem Edge-Gerät am Tor. Auch die Objekterkennung läuft lokal, auf der ONNX-Laufzeitumgebung. Das Kamerabild wird umgewandelt und als Stream an den Browser übertragen; es wird nicht auf der Festplatte gespeichert.
Eigener Server oder Cloud: zwei Betriebsmodelle
Beide Betriebsmodelle von TraxSystem haben dieselbe Anwendung und denselben Funktionsumfang in der Lizenz. Sie unterscheiden sich darin, wo der Server steht, wer ihn betreibt und wer rechtlich für die Daten verantwortlich ist.
| Auf Ihrem Server | In unserer Cloud | |
|---|---|---|
| Standort des Servers | in Ihrem Serverraum | in Polen |
| Infrastruktur | Ihre eigene | unsere oder die eines externen Anbieters, nach Wahl |
| Betrieb | durch Ihre IT-Abteilung | durch uns |
| Updates, Backups, Monitoring | liegen bei Ihnen | im Abonnement enthalten |
| Zugesagte Verfügbarkeit | entfällt | 99 % |
| Datensicherung | liegt bei Ihnen | alle 8 Stunden, im Zwei-Server-Betrieb laufend |
| Rolle bei personenbezogenen Daten | Sie sind alleiniger Verantwortlicher, es gibt keinen Auftragsverarbeiter | wir sind Auftragsverarbeiter, ein Auftragsverarbeitungsvertrag (AVV) ist nötig |
| Betrieb bei Ausfall der Internetverbindung | der Standort arbeitet weiter | hängt von der Konfiguration ab, wird in der Analyse festgelegt |
| Zugriff auf die Geräte | direkt im lokalen Netz | erfordert eine Verbindung und einen eingerichteten Fernzugang |
| Kaufmodell | Einmalkauf oder Abonnement | nur Abonnement |
Beide Varianten sind gleichwertig, gewählt wird aus konkreten Gründen. Ein eigener Server ist sinnvoll, wenn die Unternehmensrichtlinien keine Daten außer Haus erlauben oder wenn der Standort auch bei einem Ausfall der Internetverbindung weiterarbeiten muss. Die Cloud ist sinnvoll, wenn es keine IT-Abteilung, keinen Serverraum oder keine Lust gibt, eine weitere Maschine zu betreuen.
Datensicherung, Aufbewahrung und Zwei-Server-Betrieb
Die Datenbanksicherung von TraxSystem ist ein Archiv mit Dump-Dateien; Umfang und Häufigkeit lassen sich einstellen. Bei einer Installation in der Cloud sichern wir alle acht Stunden.
Aufbewahrung und Anonymisierung sind ein eigener Mechanismus: Regeln mit Fristen, die einmal täglich ausgeführt werden. Eine Anonymisierung lässt sich nicht rückgängig machen; mehr dazu auf der Seite Datensicherheit.
Geräteüberwachung und Diagnose melden, wenn eine Kamera, ein Leser, eine Waage oder ein Controller nicht mehr antwortet, noch bevor es dem Personal auffällt.
Der Zwei-Server-Betrieb arbeitet nach dem Aktiv-Passiv-Prinzip: ein Replica Set der Datenbank, eine Floating-IP, ein Watchdog-Dienst unter Windows und Linux, ein Konfigurationsassistent in der Oberfläche der Anwendung, geplante Umschaltung und Benachrichtigungen. Eingerichtet wird alles in der Anwendung selbst.
Benutzerberechtigungen und Sichtbarkeitsbereich der Daten
TraxSystem trennt Berechtigungen, also das, was ein Benutzer tun darf, vom Sichtbarkeitsbereich, also den Daten, die er sieht. Beides wird getrennt festgelegt, am besten schon bei der Angebotserstellung.
Es gibt 217 Berechtigungen in 24 Gruppen, und vergeben werden sie ausschließlich über Rollen. Sie sind bewusst feingliedrig: Zufahrt erfassen, Schranke öffnen und Zugriff auf alle Tore sind drei getrennte Rechte.
Der Sichtbarkeitsbereich hat zwei Dimensionen: Zielobjekte und Zufahrtsarten. Die Regel ist restriktiv: Wer keine Rolle hat, hat keinen Zugriff auf Daten, und nicht etwa Zugriff auf alles. Der Bereich gilt auch in Berichten und Exporten und lässt sich deshalb nicht umgehen, indem man eine Datei herunterlädt.
Anforderungen an das Netzwerk
Der TraxSystem-Server kommuniziert mit den Geräten am Standort: mit Zutrittscontrollern, Kameras, Schranken, Wägeterminals, Kiosken und Terminals. IP-Adressen und Firewall-Regeln werden in der Analyse vor der Einführung festgelegt.
Was die Architektur nicht abdeckt
Das Werksnetz konfigurieren wir nicht. TraxSystem überwacht Geräte und Verbindungen, verwaltet aber weder Switches noch Firewalls.
Kündigung und Übergabe der Datenbank
Läuft TraxSystem auf Ihrem Server, liegt die Datenbank bei Ihnen; zu übergeben gibt es dann nichts.
Bei einer Installation in der Cloud übergeben wir Ihnen bei Kündigung eine Kopie der Datenbank Ihrer Instanz. Das ist die vollständige Datenbank in einem wiederherstellbaren Format, kein Export ausgewählter Daten in eine Tabelle.
Fragen der IT-Abteilung zur Architektur
Brauchen wir einen Server mit Grafikkarte?
Für die Anwendung selbst nicht, denn die Kennzeichenerkennung läuft auf der CPU. Bei vielen Kameras und Kennzeichenerkennung auf dem Server beschleunigt eine Grafikkarte die Bildverarbeitung, deshalb wird sie in der Analyse vor der Einführung berücksichtigt. Ausschlaggebend sind die Zahl der Kameras und die Frage, ob die Erkennung auf dem Server oder auf einem Edge-Gerät laufen soll.
Wie viele Ressourcen braucht der Server?
Das hängt von der Zahl der Tore, Kameras und Arbeitsplätze ab. Die Anforderungen nennen wir im Angebot, für die konkrete Konfiguration.
Lässt sich das auf einer virtuellen Maschine betreiben?
Ja, und so sieht die Mehrzahl der Installationen auf eigenen Servern aus.
Wie läuft ein Update ab?
Ein Update ist ein kurzes Wartungsfenster auf dem Server. An den Arbeitsplätzen ist nichts zu tun, weil die Anwendung im Browser läuft.
Bieten Sie eine API an?
Ja, und auf ihr bauen wir die Integrationen, die auf der Seite Integrationen beschrieben sind.
Verwandte Seiten
DatensicherheitIntegrationen und APIUnterstützte HardwareLizenz und Support
Zum Weiterlesen: Eigener Server oder Cloud · ANPR am Edge oder in der Cloud · ERP-Integration: Was Sie verlangen sollten