Tracing og debugging af distribuerede systemer
Bliv fortrolig med avancerede tracing- og debuggingteknikker til diagnosticering af problemer på tværs af flere Erlang-noder i et distribueret miljø.
Tracing og debugging af distribuerede systemer er en gratis Erlang OTP: Programmering af distribuerede og fejltolerante systemer-lektion på CoddyKit. Dette er lektion 2 af 4. Du kan læse alle 3 lektioner i dette læringsspor gratis i deres fulde længde — derefter låser CoddyKit PRO alle lektioner op samt praktiske øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Den er en del af læringsforløbet i Erlang OTP: Programmering af distribuerede og fejltolerante systemer, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Erlang OTP: Programmering af distribuerede og fejltolerante systemer-kurset indeholder 4 lektioner i alt.
Fejlfinding i distribueret Erlang
Det er allerede interessant at fejlfinde en enkelt Erlang-proces, men det kan være en reel udfordring at diagnosticere problemer på tværs af flere forbundne Erlang-noder! Hvorfor er det så svært?
- Samtidighed: Mange processer kører parallelt.
- Distribution: Processer er fordelt på forskellige maskiner.
- Asynkroni: Meddelelser sendes, men modtages ikke altid med det samme.
Erlang har effektive indbyggede værktøjer, der hjælper os med at se ind i disse komplekse systemer.
Start af Erlang Debugger
Det primære værktøj til dybdegående fejlretning er Erlang Debugger. Det er en grafisk grænseflade, der giver dig mulighed for at inspicere processer, sætte stoppunkter og spore kodeudførelse.
Du starter fejlfindingsværktøjet fra Erlang-skallen. Når det er åbent, kan du oprette forbindelse til lokale eller eksterne Erlang-noder for at begynde din undersøgelse.
1> debugger:start().
{ok,<0.88.0>}
2> % The debugger GUI will now appear.
3> % To connect to another node:
4> % debugger:start([{node, 'other_node@hostname'}]).
Inspektion af aktive processer
Når du har oprettet forbindelse, kan fejlfindingsværktøjet lade dig vælge en vilkårlig kørende proces på den valgte node. Derefter kan du:
- se dens aktuelle tilstand (procesordbog, stakspor)
- undersøge dens meddelelseskø (postkasse)
- sætte stoppunkter i de funktioner, den udfører
Det er afgørende for at forstå, hvad en proces foretager sig eller venter på på et bestemt tidspunkt.
Sporing af lokale funktionskald
Fejlfindingsværktøjets sporingsfunktioner, som ofte tilgås via modulet dbg, lader dig overvåge funktionskald. Du kan spore bestemte funktioner og se deres argumenter og returværdier.
Lad os spore et simpelt modul. Kompilér det, og brug derefter dbg:tp/2 til at spore dets add/2-funktion.
-module(my_math).
-export([add/2, multiply/2]).
add(A, B) ->
A + B.
multiply(A, B) ->
A * B.
% To run:
% 1> c(my_math).
% 2> dbg:tracer(), dbg:tp(my_math, add, 2, []).
% 3> my_math:add(5, 3).
% {trace, <0.78.0>, call, {my_math,add, [5,3]}}
% {trace, <0.78.0>, return_from, {my_math,add,2}, 8}
% 8
% 4> dbg:stop_clear().
Sporing på tværs af noder
En af Erlangs effektive funktioner er muligheden for at spore på tværs af et distribueret system. Modulet dbg kan instrueres i at spore hændelser på andre forbundne noder, så du kan følge udførelsen og meddelelserne mellem dem.
Det er afgørende, når et problem involverer samspil mellem processer, der befinder sig på forskellige maskiner.
Eksempel: Sporing af eksterne kald
Forestil dig, at du har en proces med navnet 'worker' på en ekstern node. Du kan instruere dit lokale fejlfindingsværktøj i at spore funktioner på den eksterne node. Her er et simpelt worker-modul.
Hvis dette modul kørte på worker@remotehost, kunne du spore dets process_task/1-funktion fra din lokale node ved hjælp af dbg:tp({'worker@remotehost', worker}, process_task, 1, []), efter at noderne er forbundet.
-module(remote_worker).
-export([start_link/0, process_task/1]).
start_link() ->
gen_server:start_link({local, ?MODULE}, ?MODULE, [], []).
process_task(Task) ->
io:format("~p processing task: ~p~n", [self(), Task]),
timer:sleep(100), % Simulate work
{ok, Task}.
% gen_server callbacks omitted for brevity.
% This module would be running on a remote node.
Analyse af sporingsdata med TTB
I komplekse scenarier kan det være overvældende at se sporingsoutput direkte i skallen eller i fejlfindingsværktøjets grafiske brugerflade. Trace Tool Builder (TTB) hjælper ved at optage sporingsdata i en fil til senere, detaljeret analyse.
Med TTB kan du afspille og filtrere hændelser visuelt, så du får et tydeligere billede af systemets opførsel over tid. Det er fremragende til fejlfinding efter en hændelse.
1> ttb:tracer().
% Start tracing and save to a file.
2> dbg:tp(my_module, my_function, 1, []).
3> my_module:my_function(data).
% ... run your system ...
4> ttb:stop().
% Later, to analyze:
5> ttb:start().
6> ttb:p(ttb_file_name, []).
Hurtig fejlfinding med Redbug
Selvom dbg er effektivt, kan det medføre ekstra belastning. Til hurtig, let og løbende sporing i et kørende system, selv i produktion, foretrækkes Redbug ofte.
Redbug lader dig spore kald til bestemte funktioner og se deres argumenter og returværdier med minimal påvirkning. Det er perfekt til hurtigt at bekræfte antagelser eller finde nylig aktivitet.
1> redbug:start("my_module:my_function/1").
% Trace my_module:my_function/1
2> my_module:my_function(hello).
% Redbug will print trace output to the shell.
3> redbug:stop().
Redbug til ekstern sporing
Ligesom dbg kan Redbug også spore funktioner på eksterne noder. Det gør værktøjet uvurderligt til hurtigt at undersøge, hvad der sker i en bestemt proces eller et bestemt modul på en anden server, uden at lukke systemet ned eller tilknytte et tungt fejlfindingsværktøj.
Her er et modul, som vi kunne spore på en ekstern node ved hjælp af Redbug.
-module(sensor_data).
-export([collect/1]).
collect(SensorId) ->
Value = erlang:phash2(SensorId, 100), % Simulate reading
io:format("Sensor ~p collected value: ~p~n", [SensorId, Value]),
Value.
% To trace remotely (assuming nodes are connected):
% From node 'local@host':
% redbug:start("sensor_data:collect/1", [{node, 'remote@host'}]).
% Then, on 'remote@host':
% sensor_data:collect(temperature_sensor).
Tjek af distribueret fejlfinding
Hvilke af følgende udsagn om Erlangs værktøjer til distribueret fejlfinding er korrekte?
Opsummering: Sporing og fejlfinding
Du har nu udforsket de vigtigste værktøjer til sporing og fejlfinding af distribuerede Erlang-systemer:
- Erlang Debugger (dbg) til dybdegående inspektion og sporing.
- TTB til optagelse og visualisering af komplekse spor.
- Redbug til letvægtssporing efter behov, selv i produktion.
Det er afgørende at beherske disse værktøjer for at kunne bygge og vedligeholde robuste, fejltolerante distribuerede applikationer med Erlang.
Lær Erlang med en AI-underviser — gratis
Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.
- Kurser
- 12
- Lektioner
- 48
Ofte stillede spørgsmål
Er lektionen “Tracing og debugging af distribuerede systemer” gratis?
Ja — alle 3 lektioner i læringssporet Erlang OTP: Programmering af distribuerede og fejltolerante systemer, inklusive “Tracing og debugging af distribuerede systemer”, kan læses gratis i deres fulde længde her på webstedet. Derefter låser CoddyKit PRO alle lektioner op samt interaktive øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Erlang OTP: Programmering af distribuerede og fejltolerante systemer-kurset indeholder 4 lektioner i alt.
Hvad lærer jeg i “Tracing og debugging af distribuerede systemer”?
Bliv fortrolig med avancerede tracing- og debuggingteknikker til diagnosticering af problemer på tværs af flere Erlang-noder i et distribueret miljø. Du øver dig i Erlang OTP: Programmering af distribuerede og fejltolerante systemer med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.
Skal jeg have erfaring for at begynde på Erlang OTP: Programmering af distribuerede og fejltolerante systemer?
Der kræves ingen tidligere erfaring. Erlang OTP: Programmering af distribuerede og fejltolerante systemer på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 2 af 4.
Hvor lang tid tager lektionen “Tracing og debugging af distribuerede systemer”?
De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.
Kan jeg skrive og køre kode i denne Erlang OTP: Programmering af distribuerede og fejltolerante systemer-lektion?
Ja. Alle Erlang OTP: Programmering af distribuerede og fejltolerante systemer-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.
Alle lektioner i dette kursus
- Profileringsteknikker i Erlang
- Tracing og debugging af distribuerede systemer
- Integration af metrics og overvågning
- Hukommelsesanalyse og tuning af garbage collection