Ultralytics YOLO27:

Überwachung#

Ultralytics Platform bietet Monitoring für bereitgestellte Endpunkte. Verfolge Endpunkt-Anfragen, Latenz, Fehler und Protokolle. Kostenpflichtige, dedizierte Endpunkte bieten außerdem Live-Vorhersagestatistiken sowie temporäre Beispiele, die du inspizieren und in Datensätzen speichern kannst.

Übersichtskarten und Weltkarte auf der Bereitstellungsseite der Ultralytics Platform

Dashboard für Bereitstellungen#

Die Seite Deploy in der Seitenleiste dient als Überwachungs-Dashboard für alle deine Bereitstellungen. Sie kombiniert die Weltkarte, Übersichtsmetriken und die Verwaltung der Bereitstellungen in einer Ansicht. Unter Dedizierte Endpunkte erfährst du, wie du Bereitstellungen erstellst und verwaltest.

graph TB
    subgraph Dashboard
        Map[World Map]:::proc --- Cards[Overview Cards]:::proc
        Cards --- List[Deployments List]:::decide
    end
    subgraph "Per Ready Deployment"
        Monitoring[Monitoring Tab: Paid Endpoints]:::out
        Metrics[Metrics Row]:::out
        Health[Health Check]:::out
        Logs[Logs Tab]:::out
        Code[Code Tab]:::out
        Predict[Predict Tab]:::out
    end
    List --> Monitoring
    List --> Metrics
    List --> Health
    List --> Logs
    List --> Code
    List --> Predict

    classDef proc fill:#2196F3,color:#fff
    classDef decide fill:#FF9800,color:#fff
    classDef out fill:#9C27B0,color:#fff

Übersichtskarten#

Vier Übersichtskarten oben auf der Seite zeigen:

Vier Übersichtskarten auf der Bereitstellungsseite der Ultralytics Platform

KennzahlBeschreibung
HTTP-Anfragen (24h)HTTP-Anfragen über Endpunkte hinweg, einschließlich Vorhersage-, Monitoring- und Integritätsanfragen
Aktive BereitstellungenEndpunkte, die sich derzeit im Status Ready befinden
HTTP-Fehlerrate (24h)Anteil der Antworten mit einem 4xx- oder 5xx-Status, gewichtet nach Anfragevolumen
HTTP-P95-Latenz (24h)Durchschnitt der stündlichen Latenzen des 95. Perzentils, gewichtet nach Volumen

Die P95-Latenz und nicht die mediane Latenz wird angezeigt, da Integritätsprüfungen innerhalb weniger Millisekunden zurückgegeben werden und andernfalls das Bild der tatsächlichen Inferenzlatenz dominieren würden.

Warnung bei hoher Fehlerquote

Die Karte zur Fehlerquote wird rot hervorgehoben, wenn die Quote 5 % überschreitet. Überprüfe den Tab Logs bei einzelnen Bereitstellungen, um Fehler zu diagnostizieren.

Weltkarte#

Die interaktive Weltkarte zeigt:

  • Regionsmarkierungen für alle 42 verfügbaren Regionen
  • Grüne Markierungen für Regionen mit einer bereiten Bereitstellung
  • Animierte blaue Markierungen für Regionen mit laufenden aktiven Bereitstellungen
  • Größe der Markierungen variiert je nach Bereitstellungsstatus und Latenz

Klicke auf eine beliebige Region, um den Dialog New Deployment zu öffnen. Auf kleinen Bildschirmen wird die Karte ausgeblendet.

Weltkarte der Ultralytics Platform mit bereitgestellten Regionen

Liste der Bereitstellungen#

Unterhalb der Übersichtskarten zeigt die Liste der Bereitstellungen alle Endpunkte deiner Projekte. Mit dem Umschalter für den Ansichtsmodus wechselst du zwischen:

AnsichtBeschreibung
KartenVollständige Detailkarten mit Metriken, Protokollen, Code, Vorhersage und berechtigten Monitoring-Relationskarten
KompaktRaster kleinerer Karten (1–4 Spalten) mit den wichtigsten Metriken
TabelleDataTable mit sortierbaren Spalten: Name, Region, Status, Anfragen, P95, Fehler
Echtzeitaktualisierungen

Das Dashboard wird automatisch aktualisiert und schneller auf den neuesten Stand gebracht, während sich Bereitstellungen in einem Übergangszustand befinden (creating, deploying oder stopping). Klicke auf die Schaltfläche zum Aktualisieren, um sofortige Aktualisierungen abzurufen.

Metriken pro Bereitstellung#

Jede Bereitstellungskarte (in der Kartenansicht) zeigt Echtzeitmetriken. Die Metrikzeile, die Integritätsprüfung und die unten beschriebenen Tabs Logs, Code und Predict werden nur angezeigt, solange sich die Bereitstellung im Status Ready befindet:

Metrikzeile#

KennzahlBeschreibung
AnfragenAnzahl der Anfragen in den letzten 24 Stunden
P95-LatenzDurchschnitt der stündlichen Latenzen des 95. Perzentils (24 h)
FehlerquoteAnteil der 4xx- und 5xx-Antworten, nur angezeigt, wenn er über 0 liegt

Die Metriken werden automatisch aktualisiert. Endpunkte, die noch keine Anfrage verarbeitet haben, zeigen „Noch kein Datenverkehr“ an. Metriken werden nur für Bereitstellungen im Status Ready erfasst. Im Dashboard für Bereitstellungen werden Metriken für die 20 zuletzt erstellten Bereitstellungen abgerufen.

Integritätsprüfung#

Laufende Bereitstellungen zeigen einen Indikator für die Integritätsprüfung:

IndikatorBedeutung
Grünes HerzGesund — zeigt die Antwortlatenz an
Rotes HerzNicht gesund — zeigt eine Fehlermeldung an
Drehendes SymbolIntegritätsprüfung läuft

Integritätsprüfungen werden bei einem nicht gesunden Status automatisch wiederholt und beendet, sobald der Endpunkt antwortet. Klicke auf das Aktualisierungssymbol, um eine Integritätsprüfung manuell auszulösen. Dadurch wird gleichzeitig ein auf null skalierter Endpunkt vor dem Senden von Datenverkehr vorgewärmt.

Gesunde Integritätsprüfung mit Latenz auf einer Bereitstellungskarte der Ultralytics Platform

Toleranz beim Kaltstart

Die Platform gewährt der Integritätsprüfung zusätzliche Zeit und wiederholt sie bei vorübergehenden Verbindungsfehlern, damit ein auf null skalierter Endpunkt Zeit zum Starten hat. Wenn die Karte „Dienst wird gestartet ...“ meldet, aktualisiere sie, damit eine zwischenzeitlich vollständig gestartete Instanz erkannt wird.

Monitoring-Registerkarte#

Öffne Bereitstellen, wechsle zur Karten-Ansicht und wähle Monitoring bei einem Bereit-Status auf einem kostenpflichtigen, dedizierten Endpunkt aus. Sende ein Bild über dessen Vorhersage-Registerkarte oder Endpunkt-API, um Temporäre Beispiele und Vorhersagestatistiken zu befüllen. Vor dem ersten verarbeiteten Bild zeigt die Registerkarte Keine Bilder verarbeitet an.

Endpunkt-Berechtigung

Das Monitoring erfordert einen kostenpflichtigen, nach Betriebszeit abgerechneten Endpunkt, der eine monitoringfähige Laufzeitumgebung ausführt. Ein enthaltener Endpunkt erhält diese Registerkarte nicht allein durch einen kostenpflichtigen Workspace-Tarif. Siehe Dedizierte Endpunkte für die Ressourcenkonfiguration. Bestehende Endpunkte werden nicht automatisch mit jedem Laufzeit-Release aktualisiert, sodass ein älterer Endpunkt möglicherweise Monitoring nicht verfügbar anzeigt, bis dessen Laufzeit aktualisiert wird.

Ultralytics Platform Deployment Monitoring Temporary Examples And Statistics

Temporäre Daten

Das Monitoring ist leichtwinklig und temporär: Diagramme, Vorhersagestatistiken und Beispielbilder befinden sich nur im Arbeitsspeicher der bereitstellenden Instanz. Sie können verloren gehen, wenn der Endpunkt heruntergefahren, gestoppt, neu gestartet, neu bereitgestellt, Ressourcen geändert oder sein Modell ersetzt werden. Der Verlauf wird nicht wiederhergestellt, wenn der Endpunkt erneut startet. Speichere nützliche Beispiele in einem Datensatz und warte, bis die Datenaufnahme abgeschlossen ist, bevor du den Endpunkt änderst.

Temporäre Beispiele#

Die Galerie enthält eine fortlaufende Stichprobe verarbeiteter Bilder mit Vorhersageüberlagerungen. Öffne ein Bild, um dessen Vorhersagen im Vollbild-Viewer zu inspizieren, und nutze die Steuerelemente zur Sichtbarkeit, um die Überlagerungen anzupassen. Die Galerie zeigt anfangs bis zu 12 Beispiele an; Alle anzeigen erweitert sie.

  • Stichprobenerhebung: Anfangs bis zu zwei Beispiele, danach bis zu ein zusätzliches Bild pro Minute. Die Erfassung erfolgt nach bestem Wissen und Gewissen; die Inferenz wartet nicht auf die Beispielkodierung.
  • Kapazität: Höchstens 100 Bilder innerhalb eines gemeinsamen 100-MiB-Speicherbudgets für komprimierte Bilder, Vorhersagemetadaten und zugehörige Assets. Die Benutzeroberfläche bezeichnet dieses Budget als 100 MB.
  • Ersetzung: Ältere Beispiele werden ersetzt, wenn eines der beiden Limits erreicht wird. Ein Beispiel kann während des Betrachtens möglicherweise nicht mehr verfügbar sein.
  • Speicherung: Temporäre Beispiele verbleiben im Endpunktspeicher. Das Speichern in einem Datensatz verwendet normale Workspace-Speicher- und Verarbeitungslimits.

Ultralytics Platform Deployment Monitoring Prediction Viewer

Beispiele in einem Datensatz speichern#

Workspace-Mitglieder mit Berechtigung zur Inhaltsbearbeitung können Beispiele in einem Datensatz im Workspace des Endpunkts speichern:

  1. Wähle einzelne Beispiele über deren Kontrollkästchen aus oder klicke auf Alle auswählen.
  2. Klicke auf Im Datensatz speichern.
  3. Wähle einen bestehenden Datensatz mit derselben Aufgabe wie das bereitgestellte Modell aus. Datensätze mit verbundener Quelle sind ausgeschlossen; erstelle zuerst einen kompatiblen Datensatz, falls keiner verfügbar ist.
  4. Klicke auf die Schaltfläche Speichern, die die Anzahl der ausgewählten Bilder anzeigt, und öffne dann den Datensatz, um die Verarbeitung zu verfolgen.

Ausgewählte Bilder und Vorhersagen werden über den Standard-Datensatz-Upload- und Ingestions-Workflow kopiert. Es gelten normale Kontingente, Klassenmapping und Duplikatsbehandlung. Das Speichern belässt die temporären Beispiele in der Galerie; erfolgreich aufgenommene Datensatzbilder überstehen Endpunkt-Neustarts und -Löschungen. Überprüfe vorhergesagte Beschriftungen, bevor du sie für das Training verwendest.

Ultralytics Platform Deployment Monitoring Save Examples To Dataset

Um temporäre Beispiele zu entfernen, verwende das Papierkorb-Steuerelement beim Überfahren mit der Maus oder wähle Beispiele aus und klicke auf die Massen-Papierkorb-Schaltfläche. Bestätige anschließend mit Löschen. Das Löschen von Beispielen belässt aggregierte Vorhersagestatistiken und bereits in Datensätzen gespeicherte Bilder unverändert.

Vorhersagestatistiken#

Statistiken aggregieren verarbeitete Bilder unabhängig von der Galeriedichprobe. Das Löschen oder Ersetzen eines Beispiels subtrahiert nicht dessen Beitrag. Die Zusammenfassung zeigt Bilder, Vorhersagen und Bilder ohne Vorhersagen für den ausgewählten Zeitraum; Tiefenmodelle zeigen Bildanzahlen an.

Die Datumsverknüpfung verwendet standardmäßig die letzten 30 Tage und akzeptiert Bereiche von bis zu 365 Tagen. Ausgewählte Daten verwenden UTC-Grenzen; Diagramm-Zeitstempel werden in Ortszeit angezeigt. Aktuelle Bereiche von bis zu drei Tagen verwenden stündlichen Verlauf, wenn der gesamte Bereich in die letzten 72 Stunden fällt; andere Bereiche verwenden täglichen Verlauf. Der Datumsbereich filtert Statistiken, während die Galerie weiterhin die aktuellen temporären Beispiele anzeigt.

Der Verlauf ist auf 72 stündliche Buckets und 365 tägliche Buckets begrenzt und nur seit dem Start der aktuellen Instanz verfügbar. Ein ausgewählter Zeitraum ohne verarbeitete Bilder zeigt Keine Bilder in diesem Zeitraum verarbeitet an.

Verfügbare Diagramme hängen von der Aufgabe und den gesammelten Vorhersagen ab:

DiagrammWas es anzeigt
Vorhersagen über die ZeitVerarbeitete Bild- und Vorhersagesummen; Tiefenmodelle zeigen Bilder über die Zeit an
InferenzzeitMittlere Modell-Inferenzzeit in Millisekunden, ohne Netzwerk- und Anfrage-Overhead
Häufigste KlassenVorhersageanzahl nach Klasse
Vorhersagen pro BildVerteilung einschließlich Bildern ohne Vorhersagen und einem letzten 100+-Bin; für Klassifizierung und Tiefe ausgeblendet
VorhersagekonfidenzKonfidenzverteilung und Mittelwert, wenn Konfidenzwerte verfügbar sind
Konfidenz über die ZeitMittlere Vorhersagekonfidenz für jeden Zeit-Bucket
VorhersagedimensionenVorhersagebreite und -höhe relativ zum Eingabebild, wenn Box-Dimensionen verfügbar sind
VorhersagestandorteRäumliche Heatmap von Vorhersagen, wenn Standortdaten verfügbar sind

Ultralytics Platform Deployment Monitoring Prediction Statistics

Ultralytics Platform Deployment Monitoring Confidence And Spatial Statistics

Statistiken interpretieren

Konfidenz misst die Sicherheit des Modells, nicht die Korrektheit. Inspiziere Beispiele und vergleiche sie bei der Genauigkeitsbewertung mit überprüften Labels. Inferenzzeit misst die Modellausführung; die P95-Latenz des Deployments beinhaltet die Anfragebehandlung und kann auch Nicht-Inferenz-Traffic wie Integritätsprüfungen widerspiegeln.

Das Monitoring wird etwa alle 2 Sekunden aktualisiert, während sein Panel geöffnet und sichtbar ist. Das Polling pausiert, wenn sich das Panel außerhalb des Bildschirms befindet oder der Browser-Tab ausgeblendet ist. Eine erfolgreiche Inferenz über den Vorhersage-Tab des Deployments löst ebenfalls eine Statistiken-Aktualisierung aus.

Protokolle#

Jede Bereitstellungskarte enthält einen Tab Logs zum Anzeigen der neuesten Protokolleinträge:

Tab für Protokolle mit Schweregradfilter auf einer Bereitstellungskarte der Ultralytics Platform

Protokolleinträge#

Jeder Protokolleintrag zeigt:

FeldBeschreibung
SchweregradFarbcodierter Balken (siehe unten)
ZeitstempelAnfragezeit (lokales Format)
NachrichtInhalt des Protokolleintrags
HTTP-InformationenStatuscode und Latenz (falls zutreffend)

Jeder Eintrag enthält einen farbcodierten Schweregradbalken:

StufeFarbeBeschreibung
DEBUGGrauDebugmeldungen
INFOBlauNormale Anfragen
WARNINGBernsteinfarbenNicht kritische Probleme
ERRORRotFehlgeschlagene Anfragen
CRITICALRotKritische Fehler

Die API akzeptiert die vollständige Gruppe von Protokollschweregraden als kommagetrennten Filter: DEBUG, INFO, NOTICE, WARNING, ERROR, CRITICAL, ALERT und EMERGENCY.

Die Benutzeroberfläche zeigt die 20 neuesten Einträge an und blendet leere Einträge aus. Die API verwendet standardmäßig 50 Einträge pro Anfrage (maximal 200) und gibt ein nextPageToken zurück, um weiter zurückliegende Einträge abzurufen.

Debugging-Workflow

Bei der Untersuchung von Fehlern: Klicke zuerst auf Errors, um nach Einträgen mit ERROR und WARNING zu filtern. Überprüfe anschließend Zeitstempel und HTTP-Statuscodes. Kopiere die Protokolle in die Zwischenablage, um sie mit deinem Team zu teilen.

Codebeispiele#

Jede Bereitstellungskarte enthält einen Tab Code mit sofort verwendbarem API-Code, in den die Endpunkt-URL bereits eingetragen ist. Für Besitzer eines Arbeitsbereichs wird der mit der Bereitstellung verknüpfte API-Schlüssel eingefügt und kann direkt kopiert und ausgeführt werden. Nichtbesitzer sehen einen Platzhalter YOUR_API_KEY:

import requests

# Deployment endpoint
url = "https://YOUR_DEPLOYMENT_URL.run.app/predict"

# Headers with your deployment API key
headers = {"Authorization": "Bearer YOUR_API_KEY"}

# Inference parameters
data = {"conf": 0.25, "iou": 0.7, "imgsz": 640}

# Send image for inference
with open("image.jpg", "rb") as f:
    response = requests.post(url, headers=headers, data=data, files={"file": f})

print(response.json())
Automatisch eingetragene Anmeldedaten

Wenn du im Platform den Tab Code aufrufst, werden die Endpunkt-URL und für Besitzer eines Arbeitsbereichs der mit der Bereitstellung verknüpfte API-Schlüssel automatisch eingetragen. Unter API-Schlüssel kannst du einen Schlüssel erstellen.

Bereitstellungs-Predict#

Der Tab Predict auf jeder Bereitstellungskarte bietet ein integriertes Vorhersagepanel – dieselbe Oberfläche wie im Tab Predict des Modells, aber mit Inferenz über den Bereitstellungsendpunkt statt über den gemeinsam genutzten Dienst. Das ist nützlich, um einen bereitgestellten Endpunkt direkt im Browser zu testen. Unter Inferenz findest du Details zu Parametern und Antwortformaten.

API-Endpunkte#

Jede Bereitstellung wird über ihren Besitzer und ihren Bereitstellungsnamen adressiert, und jede Route erfordert einen API-Schlüssel. In der API-Referenz findest du Details zur Authentifizierung.

Bereitstellungsmetriken#

GET /api/deployments/{owner}/{deployment}/metrics?range=24h

Python SDK: client.deployments.metrics(owner, deployment, range="24h")

Gibt die vollständige Metriknutzlast für eine Bereitstellung zurück: einen Block summary mit der Gesamtzahl der Anfragen, der Fehleranzahl und -rate sowie der durchschnittlichen Latenz und der Latenz für P50, P95 und P99; außerdem Arrays timeSeries für Anfragen, Fehler, die Latenz für P50 und P95, CPU- und Speicherauslastung sowie die Anzahl der Instanzen.

ParameterTypBeschreibung
rangestringZeitraum: 1h, 6h, 24h, 7d oder 30d (Standard: 24h)
sparklineboolGibt anstelle der vollständigen Nutzlast die kompakte Dashboard-Zusammenfassung zurück

Mit sparkline=true ist die Antwort kompakt und entspricht der Form, die die Bereitstellungskarten verwenden – 24 stündliche Anforderungszahlen sowie die Gesamtzahl der Anfragen, die Fehlerrate und die durchschnittliche Latenz. Dieser Aufruf wird alle 60 Sekunden aktualisiert.

Bereitstellungsprotokolle#

GET /api/deployments/{owner}/{deployment}/logs?limit=50&severity=ERROR,WARNING

Python SDK: client.deployments.logs(owner, deployment, limit=50, severity="ERROR,WARNING")

Gibt aktuelle Protokolleinträge mit optionalem Schweregradfilter und Seitenumbruch zurück.

ParameterTypBeschreibung
limitintMaximale Anzahl zurückzugebender Einträge (Standard: 50, Maximum: 200)
severitystringDurch Kommas getrennter Schweregradfilter
pageTokenstringSeitennummerierungs-Token aus der vorherigen Antwort

Zustand der Bereitstellung#

GET /api/deployments/{owner}/{deployment}/health

Python SDK: client.deployments.health(owner, deployment)

Sendet einen Ping an die Bereitstellung und gibt ihren Zustand mit der gemessenen Round-Trip-Latenz zurück:

{
    "healthy": true,
    "status": 200,
    "latencyMs": 142
}

Eine Antwort mit dem Zustand „nicht gesund“ lässt status weg, wenn der Endpunkt überhaupt nicht erreicht werden konnte, und fügt eine error-Nachricht hinzu.

Dashboard-Übersicht

Die aggregierten Zahlen auf der Seite Deploy sind nicht als einzelner REST-Endpunkt verfügbar. Ermittle sie, indem du die Metrikroute für jede von GET /api/deployments/{owner} zurückgegebene Bereitstellung aufrufst (client.deployments.list(owner)).

Leistungsoptimierung#

Nutze Überwachungsdaten, um deine Bereitstellungen zu optimieren:

Wenn die Latenz zu hoch ist:

  1. Überprüfe, ob die Modellgröße geeignet ist
  2. Ziehe eine näher gelegene Region in Betracht
  3. Überprüfe die mit jeder Anfrage gesendete Bildgröße
Latenz reduzieren

Probiere einen kleineren Wert für imgsz aus und vergleiche die resultierende Latenz und Genauigkeit für dein Modell. Stelle die Bereitstellung in einer Region bereit, die näher bei den Aufrufern liegt, um die Netzwerklatenz zu reduzieren.

FAQ#

  • Vorhersagestatistiken und temporäre Beispiele dauern nur für die Lebensdauer der bereitstellenden Instanz an, innerhalb der oben beschriebenen Bucket- und Galerie-Limits. Das Stoppen, Neustarten, Neubereitstellen, Ändern der Größe oder Ersetzen des Modells kann diese löschen. Nur erfolgreich in einem Datensatz gespeicherte Beispiele bleiben unabhängig vom Endpunkt bestehen.

    Betriebsmetriken und Protokolle haben separate Verlaufsfenster. Die Metriken-API unterstützt wählbare Fenster von 1 Stunde bis zu 30 Tagen, die mit zunehmender Fenstergröße gröber abgetastet werden — 1-Minuten-Buckets über 1 Stunde bis zu 4-Stunden-Buckets über 30 Tage. Die Deployment-Karte zeigt die 20 neuesten Protokolleinträge; die Protokolle-API kann bis zu 200 Einträge pro Anfrage zurückgeben und unterstützt Paginierung.

    Metriken und Protokolle werden nur so lange aufbewahrt, wie die Bereitstellung existiert. Durch das Löschen einer Bereitstellung wird daher auch der Zugriff auf ihre Historie beendet. Exportiere alle Daten, die du behalten möchtest, bevor du einen Endpunkt löschst.

  • Ja, die Bereitstellungsseite zeigt alle Endpunkte mit aggregierten Übersichtskarten. Verwende die Tabellenansicht, um die Leistung über mehrere Bereitstellungen hinweg zu vergleichen.

  • Nein. Metriken und Zustandsprüfungen werden nur für Bereitstellungen im Status Ready erfasst. Ein beendeter Endpunkt behält seine Karte und sein Verlaufsfenster, zeigt aber keine Live-Zahlen an, bis du ihn wieder startest.

Kommentare