Systemarchitektur und Grenzen
Die Plattform verwaltet Kunden, Verträge, Workspaces und Releases; das MDT verwaltet die fachlichen Vorgänge der Behörden. Die LexoNET Bridge verbindet den Spielserver mit dem MDT über einen serverseitig geprüften Vertrag.
#Verantwortlichkeiten
| Baustein | Verantwortung | Grenze |
|---|---|---|
| Plattform | Kundenbereich, Abo, Team, Workspace, Operator-Verwaltung | Eine Zahlungs-Erfolgsseite erteilt keine Lizenz |
| MDT | Personal, Rechte, Behörden, Fachmodule und Sitzungen | Prüft Mandant und Rechte bei jedem Zugriff |
| LexoNET Bridge | Transport und freigegebene Spielserver-Signale | Keine direkten MDT-Tabellenzugriffe |
| Framework-Adapter | Serverobjekte in dokumentierte Felder übersetzen | Kein Vertrauen in frei übermittelte Clientdaten |
| Police, Medic, Mechanic, Crime | Eigenständige FiveM-Job-Scripte | Kein Bezug zum MDT; kein Ersatz für die Bridge |
flowchart TD
Plattform["LexoNET Plattform"] -->|Workspace und Vertrag| MDT["LexoNET MDT"]
Spielserver["FiveM Spielserver"] --> Adapter["Framework-Adapter"]
Adapter --> Bridge["LexoNET Bridge"]
Bridge -->|signierte HTTPS-Anfragen| MDT
Spielserver --> Jobs["Eigenständige Job-Scripte"]Die Tabelle erklärt die Architektur auch dann vollständig, wenn die Wiki-Ausgabe den Diagrammcode nicht grafisch rendert.
#Integration vorbereiten
- Testumgebung und Zielmandant festlegen. Testanfragen dürfen nicht an einen produktiven Mandanten gehen.
- Installierte MDT-, API-, Bridge- und Adapterversion erfassen.
- Im MDT eine mandantengebundene FiveM-Integration einrichten.
- Den passenden Bridge-Vertrag verwenden. Die Convars des älteren
lexonet_coreersetzen nicht die Konfiguration vonlexo_bridge. - Erst Verbindung und Identität testen, danach Dienst oder Druck ausdrücklich freigeben.
#Entwicklungsstand richtig lesen
Kunden installieren die Ressource lexo_bridge aus dem Shop. lexonet-core im Plattform-Repository ist die neutrale Core-Ressource für künftige Module und wird nicht separat ausgeliefert. Welche Connector-Endpunkte eine Bridge-Version nutzt, steht in deren Changelog; v1.1-Endpunkte sind geplant.
#Wer darf das?
Entwickler implementieren und prüfen Verträge in einer getrennten Umgebung. Mandantenzuordnung und produktive Freigaben bleiben bei der zuständigen System- beziehungsweise Plattformleitung.
#Typische Fehler
- Job-Scripte als MDT-Module behandeln: Sie bleiben eigenständige Ressourcen.
- Ressourcenerkennung mit Datenfreigabe gleichsetzen: Modul, Provider, Felder und Rechte separat prüfen.
- Konfiguration eines einzelnen Servers übernehmen: Nur neutrale, dokumentierte Verträge verwenden.
Unklare Stellen oder fehlende Schritte meldest du im LexoNET-Discord oder als Ticket im Kundenbereich.