Observability / sygnały operacyjne
Skąd pochodzą dane?
Integracje mają różne kierunki i zakres. Nie trzeba uruchamiać ich wszystkich, żeby skorzystać z Query API.
Runtime: odczyt metryk
Runtime ma eksporter Prometheus. Adapter po stronie Observability może pobierać jego tekstowe próbki i przekształcać je w telemetrię oraz logi kategorii runtime.metric.
Źródło wskazuje konfiguracja Observability:Polling:Runtime:MetricsEndpoint. Build ID jest podawany w konfiguracji importu. Brak endpointu przy starcie wyłącza ten poller. Nie ma automatycznego wykrywania wszystkich procesów.
Kod i testy adaptera istnieją. Test HTTP korzysta z lokalnego serwera z przygotowanymi odpowiedziami; przegląd nie obejmował uruchomienia rzeczywistego Runtime wraz z Observability. Eksporter Runtime .NET nie potwierdza automatycznej instrumentacji każdego wygenerowanego Go, C++ czy TypeScript.
Narrative i Debug: import z Collectora
Adapter pobiera /events i /tasks z TraceCollectora. Zdarzenia mapuje na logi narrative.trace, a statystyki zadań — na sygnały health. Zachowuje wybrane identyfikatory z dostępnych atrybutów.
Źródło wskazuje Observability:Polling:Narrative:BaseUrl. To import wybranych danych, bez przenoszenia pełnego Diagnostic Story, przyczynowości i mechanizmów debuggera.
Ważne znaczenie statusu: adapter nadaje Healthy, gdy licznik zdarzeń zadania jest większy od zera. Nie sprawdza w ten sposób, czy zadanie nadal wykonuje pracę. Świeżość dotyczy sygnału utworzonego przy imporcie.
Test adaptera pobiera dane z kontrolowanego lokalnego serwera. Nie jest odbiorem działającego Collectora wraz z całą aplikacją.
Debug i Narrative · Obserwacja w Studio · Integracja VS Code.
Studio: publikacja zdarzeń deploymentu
Rozszerzenie kompilatora w Studio może publikować dane deployment receipt i live session, m.in. po lokalnym uruchomieniu, adopcji i zatrzymaniu sesji. Potrzebuje skonfigurowanego endpointu ingress; obsługiwane jest ustawienie JUNEXIS_OBSERVABILITY_INGRESS_URL.
To rzeczywiste wywołania adaptera Deploy w serwisie deploymentu. Osobny StudioEventAdapter ma dodatkowe metody i testy, ale nie wszystkie są w tej ścieżce podłączone do hosta. Nie każda operacja w edytorze staje się automatycznie audytem.
Część błędów publikacji jest obecnie wyciszana. Sukces operacji w Studio nie potwierdza, że dowód dotarł do Observability. Pełny panel Query API w Studio pozostaje do przygotowania.
Co pozostaje w innych narzędziach?
| Narzędzie | Odpowiedzialność |
|---|---|
| Debug / Narrative | Ślady, Story, powiązania zdarzeń, breakpointy i debugowanie procesu. |
| Mentor | Analiza projektu i wyjaśnienie dostępnych danych statycznych. |
| Studio / VS Code | Praca z projektem oraz własne integracje narzędzi. |
| Observability | Operacyjne sygnały przekazane do ingress i ich odczyt. |
Nie znaleziono osobnego klienta Query API Observability w przejrzanej ścieżce rozszerzenia VS Code. Jego istniejące widoki debuggera korzystają z Collectora. Planowane łączenie Mentora z kontekstem operacyjnym również nie jest tutaj przedstawiane jako gotowa funkcja.