¶ Grobe Ansicht
Folgendes Diagram beschreibt den groben Aufbau von Dynexite im größeren Kontext.
- Orbit besteht aus einem Teil für Dozenten (
orbit-teacher) und einem Teil (orbit-learner) für die Studierenden. - Die Subsysteme können getrennt deployed and mit Firewalls versehen werden.
- Es kann beliebig viele Satelliten geben, die sich in Prüfungszentren befinden.
- Die Kommunikation zwischen Orbit und Satellite findet via
Import-Exportstatt.
¶ Deploymentstruktur
Bei diesen Diagrammen handelt es sich um Empfehlungen. Durch die Konfiguration von Dynexite ist es durchaus möglich Dienste auf verschiedene Netzwerke oder Systeme zu verteilen.
¶ Orbit
Der Orbit besteht in unserer Variante aus mehreren internen Diensten und einigen externen Diensten:
Dynexite
- orbit-teacher - Webdienst mit der Dozenten-Applikation des Orbits
- orbit-teacher-backend - Golang Backend für die Dozenten-Applikation des Orbits
- orbit-learner - Webdienst mit der Studierenden-Applikation des Orbits
- orbit-learner-backend - Golang Backend für die Studierenden-Applikation des Orbits
- (seit 2.0.0) orbit-worker - Autarker Service, welcher langlaufende Aufgaben bearbeitet und überwacht
- printer - Service zum Drucken von PDFs.
- generator - Service zum Genererien von parametrisierten Aufgaben.
- asset-converter - Service zum Konvertieren von Bildern, Videos und Ton.
Externe Dienste
- mysql - Instanz einer SQL Datenbank zur relationalen Datenspeicherung.
- reverse-proxy - Von außen zugänglicher Dienst, welcher die URL passend auflöst
Das Ergebnis ist ein einzelne URL (z.B. dynexite.rwth-aachen.de) - ohne die Nutzung von zahllosen Subdomains.
Die Einzelnen Dienste werden dann z.B. als /t/, /t/api/, /l/ und /l/api/ aufgelöst. Auf / findet man eine Landing Page, welche dem Nutzer helfen soll die richtige Applikation zu finden.
Die Konfiguration ist sehr flexibel. Auch andere Konstrukte mit anderen Domänen, Subdomänen und Unterpfaden sind möglich!
¶ Satellite
Dies ist eine Darstellung einer Satellite-Instanz und einem autonomer Telescope-Instanz.
Dynexite
- satellite - Frontend-Server
- satellite-backend - Backend-Server
Externe Dienste
- mysql - SQL Datenbank
- reverse-proxy - (optional) - Von außen zugänglicher Dienst, welcher die URL passend auflöst.
¶ Telescope
Eine einzelne Telescope Instanz kann in Kombination mit verschiedenen anderen Systemen verwendet werden. Es ist daher nicht nötig mehrere Instanzen aufzusetzen, wenn es verschiedene Prüfungsserver gibt.
Dynexite
- telescope - Frontend-Server
- telescope-backend - Backend-Server
¶ FAQ
Warum sind die Applikationen in Frontend- und Backend-Server getrennt?
Die Hauptgründe für dies ist, dass es sich hierbei nicht mehr um eine klassische Web-Applikation handelt. Angular ist ähnlich wie Vue, React u.A. ein Framework um Single-Page-Applikationen zu entwickeln, welche unabhängig von Server arbeiten könnten. Daraus ergibt sich eine erheblich andere Kommunikation zwischen Server und Client.
Natürlich könnte man beide Dienste in einen Dienst zwängen - dies würde die Komplexität allerdings nur unnötig erhöhen und erzwingen, dass ein Dienst aktualisiert werden muss, auch wenn es keine Änderungen gegeben hat.
Warum teilen sich die Orbit-Instanzen eine SQL Instanz, wenn es doch unterschiedliche Applikationen sind?
Unser ursprüngliches Ziel war es, die Sicherheit der Applikation auf möglichst einfacher Art zu erhöhen und gleichzeitig die Komplexität bei der Entwicklung möglichst gering zu halten. Mit dieser Trennung ist es uns nun möglich, nicht nur ganz unterschiedlich auf die verschiedenen Benutzergruppen zu reagieren, sondern auch gezielt Firewalls einzusetzen, um die Arbeit mit dem Dozenten System (orbit-teacher) einzuschränken.
Zudem können wir so Applikationen in den Wartungsmodus versetzen, ohne dass wir die andere dabei beeinflussen. Während es vermutlich am besten gewesen wäre die Applikationen vollständig zu trennen, so hätte es uns einfach an Mitarbeitern gefehlt, um diese Arbeit in kurzer Zeit mit unseren Qualitätsanforderungen umzusetzen.
Warum werden Reverse-Proxies verwendet?
- Sie können die Sicherheit erhöhen, indem sie als stabiles Einfallstor dienen.
- Wir benutzen viele verschiedene Dienste, welche nicht alle auf Port 80/443 lauschen können. Daher muss ein Dienst entweder die Namensauflösung übernehmen, oder die Dienste über Subpfade korrekt zuordnen.