Betrieb

Deployment- und Release-Flächen

Viaora deployt als mehrere Web-Apps plus Core-Runtime. Diese Seite definiert das dauerhafte Deployment-Modell, auf das sich öffentliche Docs und interne Release-Checks beziehen.

Deployment-Flächen

  • Admin Console auf Vercel
  • Hotel Dashboard auf Vercel
  • Advertiser Portal auf Vercel
  • Guest PWA auf Vercel
  • Core-/API-Image auf Docker Hub plus Runtime-Ziel

Release-Gates

  • Typecheck und Build müssen für jede betroffene App grün sein.
  • Veröffentlichte Routen müssen nach dem Deploy die erwarteten HTML-Marker liefern.
  • Core-Image und Frontend-Deploys müssen denselben beabsichtigten Release-Stand repräsentieren.

B17 Preview Deploy

Der Preview-Stand vom 6. Juni 2026 ist in docs/reports/b17-vercel-preview-deploy-2026-06-06.md dokumentiert. Er ist noch keine Production-Promotion, sondern die Grundlage für Lighthouse, PR-Readout und die Merge-Entscheidung.

  • Guest PWA: viaora-guest Preview READY, Health und Lago-Garden-Map geprüft.
  • Docs: viaora-docs Preview READY, Release Notes enthalten B16/B17.
  • Admin/Ops: viaora-admin Preview READY, Health geprüft.
  • Hotel Builder: viaora-studio Preview READY, Health mit Analytics-Konfiguration geprüft.
  • Advertiser Builder: viaora-partners Preview READY, Health mit Analytics-Konfiguration geprüft.

Einfacher Release-Ablauf

  1. Code wird auf dem vorgesehenen Branch konsolidiert.
  2. Build und Typecheck laufen für alle betroffenen Apps.
  3. Web-Flächen deployen über Vercel.
  4. Der Core deployt als Image über Docker Hub in die Ziel-Runtime.
  5. Danach werden HTML-Marker, Routen und kritische Browserpfade gegengeprüft.