Udfordringer i distribuerede systemer

Det giver flere muligheder at opdele en app i uafhængige tjenester, men også mere kompleksitet: distribuerede systemer betyder, at tjenester kommunikerer over et netværk, og det er aldrig gratis.

Netværkslatenstid er den tid, det tager data at bevæge sig mellem tjenester. Den er altid til stede, bliver større, når én forespørgsel rammer mange tjenester, og kan kun reduceres.

En delvis fejl opstår, når nogle tjenester fejler, mens andre fortsætter med at køre. I modsætning til et monolitsystem, der enten fungerer eller går ned, kan det efterlade en transaktion halvt gennemført.

Når data er spredt på tværs af tjenester og databaser, bliver datakonsistens vanskelig: Det er langt sværere at få alle tjenester til at se den nyeste værdi på samme tid end med én database.

Samtidighed betyder, at mange tjenester tilgår de samme data på samme tid. Uden omtanke kan det føre til kapløbsbetingelser, hvor timingen afgør resultatet, og data kan blive ødelagt.

Observerbarhed handler om at vide, hvad systemet gør lige nu. Det kræver en gennemtænkt strategi at følge en forespørgsel på tværs af tjenester og indsamle logge, målinger og spor.

Fejlfinding i distribuerede systemer er eksponentielt sværere: logge er spredt på tværs af tjenester, én forespørgsel kan berøre mere end 10 af dem, og fejl er vanskelige at genskabe.

Driftsmæssig kompleksitet vokser hurtigt: Implementering af dusinvis af tjenester, skalering af hver enkelt efter behov og overvågning af alle komponenter kræver omfattende automatisering.

Problemet med to generaler viser, hvorfor netværkskommunikation grundlæggende er upålidelig: Over en kanal, hvor meddelelser kan gå tabt, kan du aldrig være sikker på, at din seneste meddelelse er nået frem.

Du har gennemgået de vigtigste udfordringer ved distribuerede systemer: latenstid, delvise fejl, konsistens, samtidighed, observerbarhed, fejlfinding og driftsmæssig kompleksitet.