Zum Hauptinhalt springen
Version: Weekly Build

Pfadbasiertes Routing

Pfadbasiertes Routing ermöglicht es, mehrere unterschiedliche Anwendungen oder Micro-Frontends auf einer einzigen Domain zu hosten, indem der Traffic anhand des URL-Pfads geleitet wird (z. B. example.com/blog an einen Workspace und example.com/api an einen anderen).

Anwendung vorbereiten

Wichtiger Schritt

Die Anwendung muss explizit so konfiguriert sein, dass sie Inhalte aus dem jeweiligen Unterpfad (z. B. /blog) ausliefert, nicht nur aus dem Root-Pfad (/). Das Einrichten des Routings in Codesphere ist einfach, aber der Anwendungscode muss wissen, wie mit diesem spezifischen Pfad umzugehen ist. Besonders relative Links zu statischen Assets (z. B. CSS-Dateien) brechen häufig, wenn dies auf Anwendungsebene nicht berücksichtigt wird.

  1. Öffne die Codebasis des Services, den du unter einem Unterpfad hosten möchtest.
  2. Aktualisiere die Router-Konfiguration, um das Präfix einzubinden.
  3. Deploye die aktualisierte Version der Anwendung.

Konfigurationsbeispiele

Passe die Routendefinitionen so an, dass sie dem gewünschten Unterpfad entsprechen.

app.get('/blog', (req, res) => {
res.send('Welcome to the blog!');
});

Routing konfigurieren

  1. Navigiere zum Tab Domains im Team-Dashboard.
  2. Erweitere die verifizierte Domain, die du konfigurieren möchtest.
  3. Klicke auf die Schaltfläche + Add new path.
  4. Gib den gewünschten Pfad ein (z. B. /blog oder /api/v1).
  5. Wähle den Ziel-Workspace, der den Service für diesen Pfad enthält.
  6. Klicke auf Save changes, um die Konfiguration zu übernehmen.

Ansicht der pfadbasierten Routing-Konfiguration, die URL-Pfade auf Ziel-Services abbildet.

Überprüfung

  1. Warte einige Sekunden, bis sich die neuen Routing-Regeln im Netzwerk verbreitet haben.
  2. Rufe deine Domain mit dem neu konfigurierten Pfad auf (z. B. https://example.com/blog).
  3. Vergewissere dich, dass die richtige Anwendung geladen wird.

Fehlerbehebung bei einem 404-Fehler

Wenn ein 404 Not Found-Fehler angezeigt wird, überprüfe den Anwendungscode aus Phase 1 erneut. Das häufigste Problem ist, dass Codesphere den Traffic zwar erfolgreich an den Workspace weiterleitet, der Webserver innerhalb des Workspace jedoch weiterhin nur auf dem Root-Pfad (/) statt auf dem konfigurierten Unterpfad (/blog) lauscht.