Wie ihr vielleicht wisst, besteht die Welt von Pax Dei aus mehreren Regionen (z. B. Gallia, Anatolia und Gothia), die in verschiedene Provinzen (z. B. Ancien, Merrie und Kerys) aufgeteilt sind. Eine Provinz ist ein riesiges geografisches Gebiet mit mehreren Tälern, die von gewaltigen Gebirgsketten durchzogen sind. In bestimmten Provinzen, den sogenannten Herzlandprovinzen, gibt es mehrere Täler, die wir Heimattäler nennen und in denen ihr eure Häuser bauen könnt. Natürlich gibt es auch finstere Dungeons und Höhlen, die sich größtenteils unter der Oberfläche dieser Provinzen erstrecken.

Aber wie werden diese Landschaften auf den physischen Servern abgebildet und wie wirken sie sich auf euer Spielerlebnis aus?

Welten/Shards

Die erste Entscheidung, die ihr in Pax Dei treffen müsst, wenn ihr einen neuen Charakter erstellt, ist die Auswahl einer bestimmten Weltinstanz, die auch als Shard bezeichnet wird. Obwohl die Welt von Pax Dei geografisch gesehen riesig ist, bietet sie insgesamt nur einer bestimmten Anzahl von Spielern Platz. Daher betreiben wir mehrere identische Kopien dieser Welt, die sich nur in Bezug auf ihre Spielerpopulation unterscheiden. Jede dieser Kopien bezeichnen wir als Shard.

Wir rechnen am Anfang mit einer maximalen Population von etwa 7.000 Spielern auf einem Shard. Ein einzelner Shard wird vollständig in einem einzigen physischen Cloud-Hosting-Center betrieben. Wir werden Shards in verschiedenen Weltregionen betreiben, z. B. in Nordamerika und Europa.

Bei der Wahl eures Shards müsst ihr also vor allem Folgendes beachten:
Die Latenz zu eurem Computer
Die Verfügbarkeit, da einige Shards schon voll sein könnten
Auf welchem Shard eure Freunde spielen

Zonenserver

Aus computertechnischer Sicht besteht ein Shard aus einer großen Ansammlung verschiedener Server und Cloud-Dienste, von denen jeder eine bestimmte Funktion erfüllt. Die meisten davon sind sogenannte Zonenserver. Das liegt daran, dass die Simulation einer ganzen Welt viel zu rechenintensiv ist, um von einer einzigen Hardware-Instanz bewältigt zu werden. Daher wird sie in kleinere Recheneinheiten unterteilt, die wir Zonen nennen. Ein einzelner Zonenserver ist ein dedizierter Unreal Server, der für die Simulation eines bestimmten Teils der Welt zuständig ist, z. B. für die eines Heimattals.

Als Spieler seid ihr jederzeit automatisch mit einem Zonenserver verbunden. Wenn ihr eine Zonengrenze überschreitet, wechselt eure Verbindung automatisch zum benachbarten Zonenserver. Das nennen wir einen Zonenwechsel. Meistens passieren diese Wechsel reibungslos, aber es gibt ein paar wichtige Ausnahmen:

Beim Wechseln zwischen verschiedenen Provinzen oder Dungeons kommt es normalerweise zu Ladezeiten, da der Client eine komplett neue Karte laden muss.
Derzeit kann man andere Spieler oder NPCs nicht über Zonengrenzen hinweg sehen.

Zoneninstanzen

Wie schon erwähnt, ist ein Zonenserver ein dedizierter Unreal Server, der einen kleinen Teil der Welt simuliert. Mit der Zeit kann ein Zonenserver durch zu viele Spieler überlastet werden.

Zurzeit liegt die Grenze bei etwa 150 Spielern, aber wir erwarten, dass diese Zahl mit besserer Hardware und Optimierungen steigen wird. Damit die Zonen nicht geschlossen werden müssen, wenn die maximale Spielerzahl erreicht ist (z. B. zu Stoßzeiten), führen wir stattdessen das Konzept der Zoneninstanzen ein.

Wenn also die maximale Anzahl von Spielern in einer Zone überschritten wird, werden alle Spieler innerhalb einer bestimmten Zone auf zwei oder mehrere separate Zoneninstanzen verteilt. Jede Zoneninstanz betreibt in Wirklichkeit einen separaten Zonenserver für dieselbe Zone, aber die Spieler verschiedener Instanzen können nicht miteinander interagieren.

Diese Trennung gilt aber nur für direkte Spielerinteraktionen – die Gebäude sind beispielsweise instanzübergreifend beständig und dadurch für alle sichtbar. Sobald die Population der Zone sinkt, werden die Instanzen wieder zusammengelegt. Später, wenn ein Shard ausgereift ist, sollte die Instanzierung nur noch in Ausnahmefällen vorkommen, aber am Anfang kann das häufiger passieren.

Persistenz im Backend

Der Rest des Backends kümmert sich neben den Zonenservern auch um die Koordination zwischen den Zonenservern, die transaktionale Spiellogik, die Kommunikation und die Persistenz. In manchen Fällen verbinden sich die Clients über sichere APIs direkt mit diesem Backend, z. B. zur Authentifizierung. Meistens kommunizieren aber die Zonenserver mit dem Backend, um bestimmte Dienste wie den Inventardienst, die Ressourcenverwaltung usw. abzurufen.

Die gesamte Infrastruktur wird dann über eine Kubernetes-Architektur bereitgestellt, koordiniert und skaliert, die zusätzlich zu einer Cloud-Infrastruktur betrieben wird.

Häufig gestellte Fragen (FAQ)

Pax Dei Launcher