Temat
Temat: diagnostyka błędów / długotrwała praca
Temat diagnostyki błędów, który pozwala prześledzić razem trudne do odtworzenia awarie, awarie po długotrwałej pracy, przerwy w komunikacji oraz infrastrukturę testów ścieżek błędów.
Co chcemy uporządkować w tym temacie
W diagnostyce błędów najtrudniejsze nie jest samo wystąpienie wyjątku, lecz brak wiedzy, gdzie obserwować i od czego zacząć izolowanie przyczyny. Ten temat jest punktem wyjścia, w którym można prześledzić przerwy w komunikacji, wycieki, awarie przy długotrwałej pracy i infrastrukturę testów ścieżek błędów jako jeden ciąg.
- jak obserwować rzadkie zatrzymania, awarie i wycieki
- gdzie umieścić projektowanie logowania i heartbeat
- kiedy używać przechwytywania pakietów, Application Verifier i testów ścieżek błędów
- jak nie tylko ustalić przyczynę, ale też zadbać o strukturę ułatwiającą następną diagnozę
Zagadnienia często pojawiające się w konsultacjach
- przy rzadko występującej awarii nie wiadomo, co zarejestrować w pierwszej kolejności
- trudno ocenić, jak odtworzyć anomalię pojawiającą się dopiero po długotrwałej pracy
- trzeba ustalić, czy przerwa w komunikacji wynika z przyczyn po stronie aplikacji, czy sieci
- przy każdej diagnozie powtarzana jest ta sama praca ręczna, co nie przekłada się na zapobieganie nawrotom
Zalecany sposób postępowania
W tym obszarze łatwiej się posuwać do przodu, gdy obserwację, izolowanie przyczyny i testy ścieżek błędów rozpatruje się łącznie, a nie czyta pojedynczy artykuł. Wraz z usługą diagnostyki błędów i stroną o tworzeniu aplikacji dla systemu Windows temat ten został ułożony tak, aby jednocześnie można było rozważać samą diagnozę i projekt zapobiegania nawrotom.
Zapraszamy do konsultacji
Jeśli mają Państwo problem zbliżony do treści tej strony, prosimy o konsultację z nami, przekazując obecny kontekst oraz rodzaj potrzebnego wsparcia.