NoSQL > CAP


A rajz a Google Docs rajzoló felületén készült.

Brewer tétele (CAP)

Képtelenség egy elosztott rendszerben biztosítani mindhárom garanciát egyszerre:

* Konzisztencia (C) (az összes csomópont látja az összes adatot, egyidőben)
* Rendelkezésre állás (A) (a csomópont hibája nem akadályozza a túlélőket a művelet folytatásában)
* Partíciós tolerancia (P) (a teljes hálózati meghibásodásnál nem kisebb hibák okozhatják a rendszer meghibásodását)

Mivel csak két ilyen tulajdonság garantálható egy adott, skálázható rendszer esetében, használd a funkcionális specifikációt és üzleti SLA-t (megállapodás a szolgáltatás minőségében) mik a minimum és megállapított célok a CAP esetében. Vegyél ki kettőt belőle, ami megfelel a követelményeknek és kezdd el megvalósítani a megfelelő technológiát.

Ökölszabály: a NoSQL elsődleges célja a horizontális skálázhatóság megvalósítása. Ezt a tranzakciós szemantika és a hivatkozási integritás csökkentésével éri el.

Forrás: DZone refcard: Kezdő lépések a NoSQL és az adatskálázhatóság területén

Hozzászólások

neha ugy tunik, mintha ertenel hozza, mar csak azt nem ertem, hogy akkor miert forditgatsz...

Mégegyszer, hátha választ kapok (most hogy a topic is frissült):
Mi a fészkes fene az a link alul? (Most már kettő ami ugyanoda visz)