Observability / sygnały operacyjne
Dostępność i ograniczenia
Ten podportal jest lokalnym podglądem dokumentacji. Nie udostępnia usługi przyjmowania danych, panelu monitorowania ani logowania. Przykład przedstawia zapis prawdziwej lokalnej próby oraz instrukcję uruchomienia własnego API.
Stan danych jest w pamięci
Audit Ledger, Health Projector oraz indeksy logów i telemetrii są rejestrowane jako magazyny in-memory. Restart procesu usuwa ich zawartość. To samo dotyczy ewidencji przyjętych identyfikatorów zdarzeń.
Plik watermarków pollerów nie jest archiwum sygnałów. Po restarcie checkpoint może pozostać, mimo że indeksy są puste. Nie traktuj obecnego audytu jako trwałego, odpornego na manipulację rejestru ani backupu.
Import nie gwarantuje kompletności
Poller zapisuje fingerprint przed publikacją snapshotu. Nieudana publikacja może więc pozostawić informację powodującą pominięcie kolejnego identycznego odczytu.
Adapter Narrative nadaje nowe identyfikatory przy mapowaniu. Zmieniony snapshot może ponownie zaimportować starsze zdarzenia. Rozpoznawanie duplikatów na wejściu nie zapewnia dokładnie jednego importu każdego zdarzenia źródłowego.
Status wymaga kontekstu
Health jest projekcją dostarczonego sygnału. Projektor nadpisuje wpis danego podmiotu bez porównania czasu z poprzednim wpisem; nie zakładaj odporności na dowolną kolejność zdarzeń.
Healthy z adaptera Narrative wynika z dodatniego licznika zdarzeń. Odpowiedź ready głównego endpointu potwierdza proces HTTP. Żaden z tych wyników sam nie dowodzi poprawności całego systemu.
Tożsamość i ochrona danych
Obecny Query API nie ma ogólnego uwierzytelnienia producentów i wszystkich odczytów. Ochrona wybranych operacji administracyjnych nie rozwiązuje tej granicy dla całej usługi. Wpisanie actor lub Build ID nie potwierdza autentyczności nadawcy.
Sanitizacja pola Reason i redakcja wybranych odpowiedzi nie są pełnym skanerem sekretów w każdym payloadzie. Instrukcja pierwszego sygnału używa wyłącznie lokalnego adresu i kontrolowanych danych.
Czego jeszcze nie przedstawiamy jako gotowego?
- Trwałego archiwum, kompletnego panelu operacyjnego i publicznego SLA.
- Automatycznego podłączenia wszystkich aplikacji i urządzeń Junexis.
- Kompletnej drogi Runtime → Narrative → Observability → Studio odebranej w jednej próbie.
- Standardowych operacji producer SDK dla dowolnego kodu
.jnxi wszystkich backendów. Dokument producenta opisuje także plan rozwoju.
Przegląd z 24 października 2026 obejmował 44 testy repozytorium i rzeczywisty lokalny Query API z kontrolowanymi payloadami. Nie uruchamiał całej platformy ani fizycznego urządzenia. Testowy proces API został po próbie zatrzymany.