Dane i zapytania
Cztery znaczenia sygnału
Log, audyt, health i telemetria odpowiadają na różne pytania. Poznaj ich odczyt, powiązania sesji i aktualny zakres API.
Możliwości →Observability / operacyjny obraz systemu
Wyślij sygnał.
Zobacz jego ślad.
Co zgłosił komponent? Jaką operację zapisano? Jaki stan i pomiar przekazano? Observability porządkuje te informacje i udostępnia je przez wspólne API.
Zacznij od jednego wpisu audytu. Wyślij go do lokalnego API, odczytaj i sprawdź ponowienie. Resztę platformy możesz podłączyć później.
Wyślij pierwszy sygnał →Jedna droga · widoczny wynik
01 / Zgłaszasz operację
Kto, co i z jakim skutkiem deklaruje?
Audit · review.run · Succeeded↓ 02 / API przyjmuje wpis
Sprawdza strukturę i kieruje sygnał do właściwego modelu.
POST /ingress/events → 202↓ 03 / Odczytujesz wynik
W odpowiedzi odnajdujesz swój wpis.
GET /audit?sessionId=… → 1 wpisPierwszy sukces bez całej infrastruktury
Wysłane. Przyjęte. Odnalezione.
W rzeczywistej lokalnej próbie Query API przyjęło cztery rodzaje sygnałów. Ponowne wysłanie tego samego zdarzenia pozostawiło jeden wpis. Możesz przejść tę drogę na przygotowanym warsztacie albo najpierw przeczytać zapis wyniku.
202 · pierwsze przyjęcie200 · rozpoznane ponowienie1 · wpis po odczycie
Instrukcja i rzeczywisty wynik →Źródła danych
Połącz właściwy komponent
Odczyt metryk Runtime, import wybranych danych Narrative i publikacja zdarzeń deploymentu ze Studio mają własne konfiguracje i granice.
Integracje →Dane opisują to, co zostało zgłoszone.
Obecne magazyny są w pamięci, a integracje wymagają przygotowania. Przykład jest zapisem próby lokalnego API, bez urządzeń i bez publicznej usługi monitorowania.
Dostępność i ograniczenia →Ślady wykonania: Debug i Narrative →