BASE (Basically Available, Soft state, Eventual consistency)

BASE est l'alternative à ACID promue par les systèmes distribués NoSQL et microservices, sacrifiant la consistance immédiate pour gagner disponibilité et scalabilité horizontale. Acronyme : Basically Available, Soft state, Eventual consistency.

(1) **Basically Available** — système reste available même en cas de partial failures (vs ACID qui peut bloquer pour préserver consistency strict).

(2) **Soft state** — état du système peut changer dans le temps sans input (due aux replications asynchrones), pas de strong consistency à l'instant T.

(3) **Eventual consistency** — étant donné suffisamment de temps sans nouvelles writes, all replicas convergent vers même état. Pas instantané (vs strong consistency).

Use cases BASE : (1) DynamoDB (AWS) ; (2) Cassandra ; (3) Riak ; (4) MongoDB historique (now supports ACID multi-doc) ; (5) DNS (eventual consistency via TTL propagation) ; (6) Social media feeds (acceptable que tu vois post amis quelques secondes après publication) ; (7) E-commerce shopping carts ; (8) IoT telemetry.

Trade-offs : (1) reads peuvent retourner stale data ; (2) write conflicts résolus par strategies (last-write-wins, vector clocks, CRDTs — Conflict-free Replicated Data Types) ; (3) applications doivent gérer eventual consistency dans logic (refresh after write, optimistic UI).

Hybride moderne : Spanner (Google), CockroachDB, YugabyteDB, FoundationDB — distributed SQL avec ACID via Paxos/Raft. Peut-on avoir le beurre et l'argent du beurre ? Almost — au prix de latency et complexity infrastructure. Compétences DP-203, DEA-C01.