Monitoring SubiektBridge

Dedykowany monitoring SubiektBridge daje administratorom IT oraz zespołom deweloperskim poczucie pełnej kontroli nad przepływem danych między środowiskiem chmurowym a systemami ERP. W integracjach biznesowych najtrudniejszym wyzwaniem jest tzw. „czarna skrzynka” – sytuacja, w której zamówienie nie trafia do bazy, a system nie generuje czytelnych informacji o przyczynie awarii.

W krytycznych procesach e-commerce informacja o błędzie musi być natychmiastowa i precyzyjna. System obsługujący integrację z oprogramowaniem firmy InsERT został wyposażony w dwuwarstwowy, hybrydowy mechanizm monitorowania. Pozwala on na błyskawiczną diagnostykę problemów – od weryfikacji połączenia lokalnego agenta z bazą MS SQL, aż po szczegółowy tracing zapytań API w chmurze w oparciu o standardy takie jak OpenTelemetry.

Hybrydowa architektura: Dlaczego monitoring SubiektBridge dzieli odpowiedzialność?

Nasz system rozdziela gromadzenie danych diagnostycznych na dwa niezależne moduły, aby zagwarantować maksymalną wydajność procesowania przy zachowaniu najwyższych standardów bezpieczeństwa danych osobowych.

• Lokalny Dashboard (Instalator Agenta): Bezpośrednio w aplikacji zainstalowanej na Twoim serwerze masz dostęp do podglądu w czasie rzeczywistym. Widzisz status połączenia z bazą danych MS SQL, aktualne obciążenie procesora oraz ostatnie operacje wykonane w sieci lokalnej. To idealne narzędzie do szybkiej weryfikacji, czy „mostek żyje”.
• Logowanie Cloud-Native: Każdy request przechodzący przez nasze API jest rejestrowany w bezpiecznej infrastrukturze chmurowej. Pozwala to na dostęp do historii zdarzeń z dowolnego miejsca na świecie przez przeglądarkę, bez konieczności logowania się na serwer firmowy przez pulpit zdalny (RDP).
• Tracing Zapytań (End-to-End Tracing): Śledź pełną ścieżkę zamówienia. Dowiedz się dokładnie, o której milisekundzie zapytanie wpłynęło do API, kiedy zostało zwalidowane przez automatyzację zamówień Subiekt i kiedy system potwierdził zapis dokumentu.
• System Alertowy: Skonfiguruj natychmiastowe powiadomienia o sytuacjach krytycznych. Otrzymuj informacje na e-mail lub Webhook, jeśli połączenie z bazą SQL zostanie przerwane lub gdy Subiekt zwróci błąd biznesowy.
• Prywatność i ochrona RODO: Do chmury trafiają wyłącznie logi techniczne i metadane niezbędne do diagnostyki (statusy, kody błędów, czasy odpowiedzi). Wrażliwe dane handlowe oraz dane osobowe klientów są procesowane „w locie” i nie są składowane w logach systemowych.

Widok zdarzenia w Cloud Logs: Szybka debugacja bez zgadywania

Niezawodny monitoring SubiektBridge opiera się na ustrukturyzowanym formacie logowania JSON. Pozwala to programistom na natychmiastowe filtrowanie zdarzeń według identyfikatora zapytania (request_id) lub konkretnego symbolu towaru.

{
  "timestamp": "2026-04-25T14:20:01.452Z",
  "level": "ERROR",
  "source": "AGENT_SQL_ENGINE",
  "request_id": "req-992-abc",
  "message": "Subiekt Error: Brak wystarczającej ilości towaru na magazynie.",
  "context": {
    "sku": "IPHONE-15-PRO",
    "required": 5,
    "available": 2
  }
}

Dzięki czytelnej strukturze logów programista nie musi zgadywać, dlaczego dany dokument nie został utworzony w systemie ERP – kompletny kontekst błędu widoczny jest w chmurze od razu po wystąpieniu zdarzenia.

Porównanie: Gdzie szukać informacji w systemie?

Sprawdź, które środowisko diagnostyczne dostarcza odpowiedzi na konkretne pytania techniczne.

Aby poznać szczegóły dotyczące bezpiecznego przesyłania powiadomień zdarzeniowych do Twojej aplikacji, sprawdź nasz poradnik na temat tego, jak działają Webhooki w Subiekt GT oraz jak wykorzystać je w architekturze mikrousług.

System alertowy i natychmiastowe powiadomienia

Główną zaletą modułu chmurowego jest możliwość reagowania na awarie zanim dowie się o nich klient końcowy. Zaawansowany monitoring SubiektBridge umożliwia zdefiniowanie własnych reguł powiadamiania dla zdarzeń o priorytecie CRITICAL oraz ERROR.

Najważniejsze scenariusze alertowe:

1. Utrata łączności z serwerem magazynowym: Jeśli agent lokalny nie prześle sygnału Heartbeat przez więcej niż 3 minuty, system automatycznie wysyła alert do zespołu IT.
2. Blokada okresu obrachunkowego w Subiekt GT / nexo: W przypadku próby wystawienia dokumentu w zamkniętym miesiącu, informacja trafia bezpośrednio do działu księgowości.
3. Przekroczenie progu bazy MS SQL (Express Edition): Monitoring ostrzega o zbliżaniu się do limitu wielkości bazy danych (10 GB dla darmowej wersji SQL Server Express).

Połączenie z infrastrukturą chmurową realizowane jest z wykorzystaniem szyfrowania TLS 1.3. Przeczytaj więcej o technologii zapewniającej bezpieczne połączenie chmury z Subiektem przez gRPC bez otwierania portów wejściowych.

Najczęściej zadawane pytania (FAQ)

Jak długo przechowywane są logi w Cloud Monitoring Portal?

Standardowy okres retencji szczegółowych logów zapytań API w chmurze wynosi 30 dni. Dla celów audytowych istnieje możliwość wydłużenia tego okresu w wyższych planach abonamentowych.

Czy monitoring SubiektBridge obciąża łącze internetowe w magazynie?

Nie. Do chmury przesyłane są wyłącznie skompresowane metadane i logi zdarzeń. Łączny transfer generowany przez moduł monitorujący jest znikomy i wynosi zazwyczaj poniżej kilku megabajtów dziennie.

Czy muszę logować się na serwer przez RDP, aby sprawdzić przyczynę błędu?

Nie. Wszystkie szczegółowe błędy biznesowe oraz techniczne są natychmiast widoczne w panelu chmurowym Cloud Monitoring Portal, do którego masz dostęp z poziomu dowolnej przeglądarki internetowej i telefonu.