Orbit-Statusseite

Eine Status-Seite ist eine öffentliche URL ohne Login-Anforderung, auf der angezeigt wird, ob Ihr Projekt verfügbar ist, wie es sich kürzlich entwickelt hat und was Sie bereitgestellt haben. Das Aktivieren startet auch eine Verfügbarkeitsprüfung, die Ihr Projekt jede Minute pingt, sodass Sie Überwachung als Nebeneffekt der Veröffentlichung erhalten.

Wo sich die Status-Seiten-Einstellungen befinden

Öffnen Sie Orbit, klicken Sie auf das Projekt, und wählen Sie Status page unter der Gruppe Observability im Projekt-Tab-Streifen. Die Seite hat den Titel Public status page.

Aktivieren

1. Schalten Sie Enable public status page ein.
2. Wählen Sie einen Public slug. Dies wird Teil der öffentlichen URL, wählen Sie daher etwas Erkennbares, wie Ihren Produktnamen.
3. Stellen Sie optional einen Ping path ein. Die Standardeinstellung ist /.
4. Füllen Sie den Page title und Tagline aus, die oben auf der öffentlichen Seite angezeigt werden.
5. Entscheiden Sie, ob Sie Show recent deploys und Show recent incidents aktivieren möchten.
6. Klicken Sie auf Save settings.

Nach dem Speichern zeigt die Seite ein Live-Abzeichen an und bestätigt, dass Ihre Status-Seite veröffentlicht ist und jede Minute pingt. Ein Link führt Sie zur öffentlichen Seite, damit Sie sehen können, was Besucher sehen.

Slug-Regeln

Der Slug muss aus Kleinbuchstaben, Ziffern und Bindestrichen bestehen, bis zu 80 Zeichen lang sein und darf nicht mit einem Bindestrich beginnen oder enden. Slugs sind über alle Orbit-Instanzen hinweg eindeutig, nicht nur in Ihrem Konto, daher ist ein häufiges Wort möglicherweise bereits vergeben. Wenn ja, gibt das Speichern eine Meldung zurück, dass der Slug bereits vergeben ist, und Sie wählen einen anderen.

Wählen Sie den Slug sorgfältig: es ist die öffentliche Adresse, die Sie in Ihre Dokumentation und Ihre Support-Antworten aufnehmen, und das Ändern später unterbricht jeden Link dazu.

Was Besucher sehen

Die öffentliche Seite wird aus denselben Daten wie die Tabs Ihres Projekts erstellt:

• Current status, aus dem letzten Deployment: Operational, Building, Deploying, Queued, Awaiting Approval, Build Failed, Cancelled oder Rolled Back.
• Uptime, berechnet über rollende 24-Stunden-, 7-Tages- und 30-Tages-Fenster aus den Minute-für-Minute-Prüfungen.
• Recent deployments mit einer Erfolgsquote, wenn Sie diesen Bereich aktiviert haben.
• 30-day statistics: Erfolgsquote, durchschnittliche Build-Zeit und insgesamt Deployments.
• Core Web Vitals, als p75 über die letzten 30 Tage, wenn Sie diese erfassen.
• Incidents, entnommen aus Anmerkungen, die Sie auf der Projekt-Timeline markiert haben.

Die Seite aktualisiert sich selbst, sodass ein Kunde, der sie während eines Vorfalls offen lässt, sieht, wie sie sich aktualisiert, ohne neu zu laden.

Incidents stammen aus der Timeline

Der Incidents-Bereich ist kein separater Editor. Er zeigt Anmerkungen der Art Incident aus der Timeline des Projekts an, daher ist der Workflow während eines Ausfalls: Markieren Sie eine Incident-Anmerkung, und sie erscheint öffentlich.

Das ist absichtlich. Das bedeutet, dass Ihre interne Timeline und Ihre öffentliche Kommunikation ohne Wartung von zwei Datensätzen synchron bleiben. Siehe Orbit Timeline Annotations für die Vorgehensweise zum Verfassen einer.

Die Verfügbarkeitsprüfung

Das Aktivieren der Status-Seite startet eine Prüfung, die Ihre Projekt-Produktions-URL am festgelegten Ping-Pfad einmal pro Minute abruft. Jedes Ergebnis wird gespeichert, und die Verfügbarkeitsprozentsätze auf der öffentlichen Seite werden aus diesen Datensätzen berechnet.

Prüfungen werden 90 Tage lang aufbewahrt und ältere werden automatisch gelöscht.

Wahl eines guten Ping-Pfads

Die Standardeinstellung / funktioniert für die meisten Projekte. Zwei Gründe, etwas anderes zu wählen:

• Ihre Homepage ist schwierig. Ein leichter Pfad ist eine fairere und billigere Sache, um ihn jede Minute zu überprüfen.
• Ihre Homepage kann verfügbar sein, während die App defekt ist. Eine zwischengespeicherte statische Shell gibt gerne 200 zurück, während Ihr API ausfällt. Ein Pfad wie /api/health, der die Anwendung tatsächlich ausübt, sagt die Wahrheit.

Wenn Sie bereits einen Health-Check für automatisches Rollback konfiguriert haben, können Sie denselben Pfad hier verwenden, um beide Signale konsistent zu halten. Siehe Deploying Your Project für die Health-Check-Einstellungen.

Entfernen der Status-Seite

Klicken Sie auf Remove page und bestätigen Sie. Die Bestätigung ist eindeutig: der gesamte Verfügbarkeitsverlauf wird gelöscht.

Das ist es wert, zu pausieren. Das Entfernen der Seite ist kein Pausierungsbutton. Die Prüfung stoppt, die öffentliche URL funktioniert nicht mehr, und der gesammelte Verfügbarkeitsdatensatz geht mit. Wenn Sie nur möchten, dass die Seite vorübergehend unsichtbar ist, gibt es keinen versteckten Modus: Überlegen Sie, ob das Ausschalten des Aktivierungsschalters und das Verlassen der Konfiguration für Sie besser geeignet ist als das Entfernen.

Der Slug wird freigegeben, wenn die Seite entfernt wird, sodass jemand anderes ihn danach beanspruchen kann.

Praktische Ratschläge

Veröffentlichen Sie, bevor Sie es brauchen. Eine Status-Seite, die während eines Ausfalls erstellt wird, ist eine Status-Seite, die niemand mit Lesezeichen versehen hat. Fügen Sie den Link in Ihre Fußzeile, Ihre Dokumentation und Ihre Support-Signatur ein, während alles in Ordnung ist.

Versprechen Sie nicht zu viel. Die Verfügbarkeitszahl auf der Seite stammt aus einer Minute-für-Minute-Prüfung gegen einen Pfad. Es ist ehrliche Überwachung, keine vertragliche SLA, und sollte nicht als solche dargestellt werden.

Halten Sie die Tagline kurz. Sie sitzt unter dem Titel auf einer Seite, die Menschen öffnen, wenn sie bereits frustriert sind. Eine Zeile, die sagt, was der Service ist, und nichts anderes.

Fehlerbehebung

Verfügbarkeit zeigt 0% oder ist viel niedriger als in der Realität. Der Ping-Pfad gibt eine Non-2xx-Antwort zurück. Öffnen Sie ihn in einem privaten Browser-Fenster: eine Umleitung zu einer Login-Seite, ein 404 aus einem Pfad, der nicht mehr existiert, oder eine Geoblock sind die häufigsten Ursachen.

Die öffentliche URL ergibt einen 404. Die Seite ist gespeichert, aber der Aktivierungsschalter ist aus, oder der Slug in Ihrem Link stimmt nicht mit dem gespeicherten überein. Kopieren Sie den Link von der Einstellungsseite.

Der Slug wird abgelehnt. Er ist vergeben, enthält ein ungültiges Zeichen oder beginnt oder endet mit einem Bindestrich.

Keine Vitals erscheinen auf der öffentlichen Seite. Vitals stammen aus dem Collector-Skript auf Ihrer Site. Siehe Orbit Web Vitals.

Keine Incidents erscheinen, obwohl wir einen hatten. Die Anmerkung muss von der Art Incident sein, und der Schalter Show recent incidents muss aktiviert sein.

Nächste Schritte

• Orbit Timeline Annotations zum Veröffentlichen von Incident-Updates.
• Orbit Webhooks, um benachrichtigt zu werden, bevor Ihre Kunden es tun.
• Orbit Web Vitals für die öffentlich angezeigten Leistungszahlen.