ACID- kontra BASE-principper

Forestil dig en bankoverførsel. Du sender 100 $. Trækkes beløbet faktisk fra din konto og sættes det ind på modtagerens? Datakonsistens sikrer, at alle dele af systemet er enige om dataenes tilstand.

I mikrotjenester, hvor data er spredt på mange tjenester, bliver det en stor udfordring at bevare konsistensen.

I årtier har traditionelle relationsdatabaser været afhængige af ACID-egenskaber for at garantere pålidelige transaktioner. ACID er en forkortelse for:

• Atomicitet
• Consistens
• Isolation
• Dholdbarhed

Disse egenskaber sikrer, at databasetransaktioner behandles pålideligt, hvilket er afgørende for følsomme handlinger.

• Atomicitet (A): En transaktion er en udelelig arbejdsenhed. Den gennemføres enten helt (commits) eller mislykkes helt (rulles tilbage). Den kan ikke gennemføres delvist.
• Konsistens (C): En transaktion bringer databasen fra én gyldig tilstand til en anden. Den skal overholde alle foruddefinerede regler, begrænsninger og udløsere.

Tænk på en pengeoverførsel: Enten lykkes både debiteringen og krediteringen, eller også lykkes ingen af dem, så reglerne for saldoen bevares.

• Isolation (I): Samtidige transaktioner udføres uden at påvirke hinanden. Det er, som om hver transaktion kører alene, selvom mange foregår på samme tid.
• Holdbarhed (D): Når en transaktion er bekræftet, er dens ændringer permanente og overlever efterfølgende systemfejl, f.eks. strømsvigt.

Din bankoverførsel forsvinder ikke, når den først er bekræftet, selv hvis bankens server går ned.

ACID-egenskaber giver stærke garantier for dataintegritet og pålidelighed, hvilket er afgørende for følsomme handlinger som finansielle transaktioner.

Det er dog utroligt vanskeligt at opnå streng ACID på tværs af flere uafhængige mikrotjenester i et distribueret system, og det medfører ofte betydelige afvejninger mellem ydeevne og tilgængelighed. Det førte til fremkomsten af andre modeller.

I distribuerede systemer betyder prioritering af høj tilgængelighed og partitionsmodstandsdygtighed ofte, at man lemper den strenge konsistens. Det er her, BASE-egenskaberne kommer ind i billedet. BASE er en forkortelse for:

• Basically Available
• Soft State
• Eventual consistency

BASE tilbyder en anden tilgang, der tager højde for virkeligheden i distribuerede miljøer.

Grundlæggende tilgængelighed (BA): Systemet garanterer tilgængelighed for læse- og skrivehandlinger. Selv hvis dele af systemet fejler, fortsætter de resterende dele med at fungere og svare på forespørgsler.

Det betyder, at brugerne altid kan få adgang til tjenesten, selvom de data, de ser, måske ikke er den nyeste version fra alle dele af systemet.

• Blød tilstand (S): Systemets tilstand kan ændre sig over tid, selv uden eksternt input. Data er måske ikke konsistente på tværs af alle replikaer på et givet tidspunkt.
• Eventual konsistens (E): Hvis der ikke foretages nye opdateringer af et bestemt dataelement, vil alle adgange til elementet med tiden returnere den senest opdaterede værdi.

Data bliver til sidst konsistente, men der er en forsinkelse. Tænk på sociale mediers »likes« – de vises måske ikke straks overalt, men bliver til sidst synkroniseret.

BASE-principper prioriterer tilgængelighed og partitionsmodstandsdygtighed over øjeblikkelig konsistens. Det gør systemer meget skalerbare og robuste over for netværkspartitioner og fejl på noder.

Afvejningen er, at du accepterer en periode med inkonsistens, hvor forskellige dele af systemet måske ser lidt forskellige versioner af dataene.

• ACID: Fokuserer på stærk konsistens, pålidelighed og dataintegritet. Ideel til databaser med én node og transaktioner, der kræver øjeblikkelig og streng datakorrekthed.
• BASE: Prioriterer tilgængelighed og partitionsmodstandsdygtighed. Accepterer eventual konsistens. Ideel til meget skalerbare, distribuerede systemer, hvor det er acceptabelt, at dataene er en smule forældede.

Valget mellem dem afhænger af de specifikke krav til din applikation.

Vi har gennemgået to grundlæggende tilgange til datakonsistens:

• ACID: Atomicitet, konsistens, isolation og holdbarhed. Garanterer stærk konsistens, hvilket er afgørende for traditionelle databaser og kritiske transaktioner.
• BASE: Grundlæggende tilgængelighed, blød tilstand og eventual konsistens. Prioriterer tilgængelighed og skalerbarhed og tillader midlertidig inkonsistens, hvilket er almindeligt i distribuerede mikrotjenester.

Ved at forstå disse principper kan du vælge den rigtige model for datakonsistens i dit system.