Utmaningar i distribuerade system

Att dela upp en applikation i självständiga tjänster ger fler möjligheter men också ökad komplexitet: distribuerade system innebär att tjänster kommunicerar över ett nätverk, vilket aldrig är gratis.

Nätverkslatens är den tid det tar för data att färdas mellan tjänster. Den finns alltid där, ackumuleras när en begäran når många tjänster och kan bara minimeras.

Ett partiellt fel innebär att vissa tjänster slutar fungera medan andra fortsätter att köra. Till skillnad från en monolits totala krasch kan det lämna en transaktion halvfärdig.

När data är utspridda över tjänster och databaser blir datakonsistens svår att upprätthålla: att få varje tjänst att se det senaste värdet samtidigt är mycket svårare än med en enda databas.

Samtidighet innebär att många tjänster samtidigt använder samma data. Utan försiktighet leder det till race conditions, där tidpunkten avgör resultatet och data kan skadas.

Observerbarhet innebär att veta vad systemet gör just nu. Att följa en begäran genom flera tjänster och samla in loggar, mätvärden och traces kräver en genomtänkt strategi.

Felsökning av distribuerade system är exponentiellt svårare: loggarna är utspridda över tjänster, en enda begäran kan beröra fler än 10 av dem och fel är svåra att återskapa.

Driftskomplexiteten ökar snabbt: att distribuera dussintals tjänster, skala varje tjänst efter efterfrågan och övervaka varje komponent kräver omfattande automatisering.

Problemet med två generaler visar varför nätverkskommunikation i grunden är opålitlig: över en kanal där meddelanden kan förloras kan ni aldrig vara säkra på att det senaste meddelandet kom fram.

Ni har gått igenom de viktigaste utmaningarna i distribuerade system: latens, partiella fel, konsistens, samtidighet, observerbarhet, felsökning och driftskomplexitet.