Framework für den Datenzugriff
Surge
Derselbe Anwendungscode arbeitet mit einem einzelnen PostgreSQL-Server oder mit vielen verteilten Datenbanken. Den Zugriffscode erzeugt Surge beim Kompilieren.
Eckdaten
- für .NET, der Zugriffscode entsteht beim Kompilieren statt per Reflection zur Laufzeit
- kompatibel mit Ahead-of-Time-Kompilierung
- ohne Speicherallokationen auf den häufig durchlaufenen Pfaden
- mandantenfähig per Konstruktion, mit getrennten Caches je Mandant
- heute für PostgreSQL über Npgsql
Im Einsatz
Jump Jupiter greift über Surge auf seine Datenspeicher zu.
Für Ihre Projekte
Was Surge zeigt, setze ich in Kundenprojekten auch ohne Surge um: Datenzugriff ohne Overhead zur Laufzeit, sauber getrennte Mandanten und eine Datenbank, die sich wechseln lässt, ohne die Anwendung zu ändern.
Spiel-ClientUnity für Windows, macOS und Linux
Kommunikation
HauptserverC# und .NET
Kommunikation
SimulationsserverUnity, einer je CPU-Kern
Datenzugriff
Datenspeicherverteilt, im Arbeitsspeicher und dauerhaft
Eigener Kubernetes-Cluster in Deutschlandmit selbst betriebener Schlüsselverwaltung und Container-Registry
Architektur von Jump Jupiter, einem Echtzeit-Multiplayer-Spiel in Neuentwicklung, von mir entworfen und entwickelt.
- PulseFramework für die Kommunikation zwischen Servern
- SurgeFramework für den Datenzugriff
- Direktverbindung zwischen Client und Simulationsserver, während ein Spieler in einem Raum spielt.