v0.25.3

→ Der OSRM-Dienst hat jetzt feste Memory-Limits und einen hart verdrahteten Health-Status, damit Routing-Entscheidungen unter Last nicht durch schwankende Service-Zustände ausgebremst werden und du in laufenden Lagen verlässlicher disponierst.—root+Shadow

• Wenn du drei Einsätze parallel jonglierst und mehrere Routen neu berechnet werden, bleibt die OSRM-Instanz planbarer statt unkontrolliert Speicher zu ziehen.
• Bei einer hektischen Coop-Schicht siehst du weniger Risiko, dass ein instabiler Health-Check zu unnötigen Routing-Aussetzern führt.

→ Für self-hosted Runner wurde das VM-Setup mit Skript und Guide standardisiert, damit Deployments nicht mehr vom Kopfwissen einzelner Personen abhängen und Hotfixes schneller reproduzierbar ausrollen.—Shadow

• Wenn kurz vor Primetime ein Runner ausfällt, kann das Team eine Ersatz-VM nach dokumentiertem Ablauf neu aufsetzen statt ad hoc zu improvisieren.
• Beim Onboarding neuer Maintainer sinkt die Zeit bis zum ersten stabilen Pipeline-Run, weil die Schritte eindeutig vorgegeben sind.

→ Die Runner-Registrierung ist jetzt mit Token-Ansatz dokumentiert, was die Einrichtung neuer Runner sicherer und konsistenter macht, damit CI-Jobs ohne manuelle Sonderwege anlaufen.—Shadow

• Wenn ihr kurzfristig zusätzliche Build-Kapazität braucht, lässt sich ein neuer Runner mit klaren Token-Schritten anbinden.
• Bei Teamwechseln bleiben Registrierungsabläufe nachvollziehbar, statt in alten SSH-Notizen zu verschwinden.

→ Der Wechsel auf einen GitOps-orientierten Workflow statt manueller VM-SSH-Änderungen reduziert Konfigurationsdrift, sodass Releases vorhersehbarer werden und Spieler weniger von Betriebsabweichungen spüren.—Shadow

• Wenn ein Fix für den Karten-Stack nötig ist, landet die Änderung versioniert im Repo statt als einmaliger Handgriff auf einer VM.
• Bei parallelen Team-Schichten sieht jeder denselben Infrastruktur-Stand, was Überraschungen zwischen Test und Live deutlich senkt.