Sistem tasarımı Hack'leri :

1. ) Ağır sistemi yaz — Referans-1 , Referans-2
2. ) Ağır sistemi okuyun — Referans-1 , Referans-2
3. ) CAP Teoremi -

5. ) AP ( Bölünme toleransıyla Kullanılabilirlik) — Cassandra, Dynamo, CouchDB, Riak, Elastic Search, MongoDB (Çoğaltılmış).

6.) CA (Kullanılabilirlikle Tutarlılık) - MySQL, Postgres.

Referans Kısa Notlar:

MongoDB - MongoDB varsayılan olarak son derece tutarlıdır — bir yazma ve ardından bir okuma yaparsanız, yazmanın başarılı olduğunu varsayarsak az önce okuduğunuz yazmanın sonucunu her zaman okuyabilirsiniz. Bunun nedeni, MongoDB'nin tek yöneticili bir sistem olması ve tüm okumaların varsayılan olarak birincil sisteme gitmesidir. İsteğe bağlı olarak ikincil dosyalardan okumayı etkinleştirirseniz MongoDB, güncel olmayan sonuçları okumanın mümkün olduğu yerlerde sonunda tutarlı hale gelir. MongoDB ayrıca replika setlerinde otomatik yük devretme yoluyla yüksek kullanılabilirlik elde eder:http://www.mongodb.org/display/DOCS/Replica+Sets

Redis Kümesi tutarlılık garantileri -

Redis Kümesi güçlü tutarlılığı garanti etmez. Pratik açıdan bu, belirli koşullar altında Redis Kümesinin sistem tarafından istemciye onaylanan yazma işlemlerini kaybetmesinin mümkün olduğu anlamına gelir.

Redis Cluster'ın yazma işlemlerini kaybedebilmesinin ilk nedeni, eşzamansız çoğaltma kullanmasıdır. Bu, yazma sırasında aşağıdakilerin gerçekleştiği anlamına gelir:

Müşteriniz, ana B'ye yazar.

Ana B müşterinize Tamam yanıtını verir.

Ana B, yazmayı B1, B2 ve B3 kopyalarına yayar.

Gördüğünüz gibi, B istemciye yanıt vermeden önce B1, B2, B3'ten bir onay beklemez, çünkü bu Redis için engelleyici bir gecikme cezası olacaktır, bu nedenle müşteriniz bir şey yazarsa, B yazmayı onaylar, ancak daha önce çöker. Yazmayı kopyalarına gönderebilmek, kopyalardan biri (yazmayı almayan), yazmayı sonsuza kadar kaybederek ustalığa yükseltilebilir.

Redis'te Yüksek Kullanılabilirlik, Bölüm Toleransı olmaktan daha fazlasıdır. Redis, Master Slave mimarisine sahiptir ve bir Master arızalanırsa Redis Sentinels, bir Slave'i yeni Master olarak terfi ettirerek tüm çözümü yüksek düzeyde kullanılabilir hale getirir. Ve bir ana bilgisayar, çeşitli nedenlerle (örneğin, yetersiz bellek) başarısız olabilir (veya kullanılamaz hale gelebilir), bunun bir Ağ Bölümünden kaynaklanması gerekmez.

Ardından Ağ Bölümü (P) durumu gelir ve (P) gerçekleşirse, azınlık bölümünde Redis kullanılamaz hale gelir. Bu nedenle CAP açısından Redis CP'dir çünkü azınlık bölümlerinde kullanılamaz hale gelir. Lütfen çoğunluk bölümünde hala mevcut olacağını unutmayın.

Redis Yüksek Kullanılabilirliği hakkında daha fazla bilgiyi buradan edinebilirsiniz . Bölümleme ile ilgili ayrıntılar için "Bölümler altında tutarlılık" başlıklı paragrafa bakın.

Redis aynı zamanda nihai olarak tutarlı olarak da adlandırılır, çünkü (P) gerçekleştiğinde, azınlık bölümü birkaç saniyeliğine hala kullanılabilir ve bu süre zarfında azınlık bölümünde yapılan tüm yazmalar sonunda atılacaktır.

Cassandra - buraya tıklayın