Azure Cosmos DB'deki tutarlılık düzeyleri
ŞUNLAR IÇIN GEÇERLIDIR:
Nosql MongoDB Cassandra Gremlin Tablo
Yüksek kullanılabilirlik, düşük gecikme süresi veya her ikisi için çoğaltmayı kullanan dağıtılmış veritabanları, PACELC teoremi tarafından tanımlanan okuma tutarlılığı, kullanılabilirlik, gecikme süresi ve aktarım hızı arasında temel bir denge oluşturmalıdır. Güçlü tutarlılık modelinin doğrusal hale getirilebilirliği, veri programlamanın altın standardıdır. Ancak verilerin büyük mesafelerde çoğaltılması ve işlenmesi gerekmesi nedeniyle daha yüksek yazma gecikme sürelerinden yüksek bir fiyat ekler. Veriler her bölgede çoğaltılamadığı ve işlenemediğinden, güçlü tutarlılık (hatalar sırasında) azalmış kullanılabilirlik sorununa da neden olabilir. Nihai tutarlılık daha yüksek kullanılabilirlik ve daha iyi performans sunar, ancak tüm bölgelerde veriler tutarlı olmayabileceği için uygulamaları programlamak daha zordur.
Bugün piyasada bulunan çoğu ticari olarak kullanılabilir dağıtılmış NoSQL veritabanı yalnızca güçlü ve nihai tutarlılık sağlar. Azure Cosmos DB beş iyi tanımlanmış düzey sunar. En güçlüden en zayıfa düzeyler şunlardır:
Varsayılan tutarlılık düzeyi hakkında daha fazla bilgi için bkz. Varsayılan tutarlılık düzeyini yapılandırma veya varsayılan tutarlılık düzeyini geçersiz kılma.
Her düzey kullanılabilirlik ve performans dengelemeleri sağlar. Aşağıdaki görüntüde spektrum olarak farklı tutarlılık düzeyleri gösterilmektedir.
Tutarlılık düzeyleri ve Azure Cosmos DB API’leri
Azure Cosmos DB, popüler veritabanları için kablo protokolü uyumlu API'ler için yerel destek sağlar. Bunlar MongoDB, Apache Cassandra, Apache Gremlin ve Azure Tablo Depolama'dır. Gremlin veya Tablo için API'de, Azure Cosmos DB hesabında yapılandırılan varsayılan tutarlılık düzeyi kullanılır. Apache Cassandra ile Azure Cosmos DB arasındaki tutarlılık düzeyi eşlemesi hakkında ayrıntılı bilgi için bkz. Cassandra tutarlılık eşlemesi için API. MongoDB ile Azure Cosmos DB arasında tutarlılık düzeyi eşlemesi hakkında ayrıntılı bilgi için bkz. MongoDB tutarlılık eşlemesi için API.
Okuma tutarlılığının kapsamı
Okuma tutarlılığı, mantıksal bölüm kapsamındaki tek bir okuma işlemi için geçerlidir. Uzak istemci veya saklı yordam okuma işlemini verebilir.
Varsayılan tutarlılık düzeyini yapılandırma
Azure Cosmos DB hesabınızda istediğiniz zaman varsayılan tutarlılık düzeyini yapılandırabilirsiniz. Hesabınızda yapılandırılan varsayılan tutarlılık düzeyi, bu hesap altındaki tüm Azure Cosmos DB veritabanları ve kapsayıcıları için geçerlidir. Bir kapsayıcı veya veritabanında verilen tüm okumalar ve sorgular varsayılan olarak belirtilen tutarlılık düzeyini kullanır. Daha fazla bilgi edinmek için bkz. Varsayılan tutarlılık düzeyini yapılandırma. Ayrıca belirli bir isteğin varsayılan tutarlılık düzeyini geçersiz kılabilirsiniz. Daha fazla bilgi edinmek için Varsayılan tutarlılık düzeyini geçersiz kılma makalesine bakın.
İpucu
Varsayılan tutarlılık düzeyini geçersiz kılma yalnızca SDK istemcisi içindeki okuma işlemleri için geçerlidir. Varsayılan olarak güçlü tutarlılık için yapılandırılmış bir hesap, hesaptaki her bölgeye eşzamanlı olarak veri yazmaya ve çoğaltmaya devam eder. SDK istemci örneği veya isteği bunu Oturum veya daha zayıf tutarlılık ile geçersiz kıldığında, okuma işlemleri tek bir çoğaltma kullanılarak gerçekleştirilir. Daha fazla bilgi için bkz . Tutarlılık düzeyleri ve aktarım hızı.
Önemli
Varsayılan tutarlılık düzeyini değiştirdikten sonra herhangi bir SDK örneğinin yeniden oluşturulması gerekir. Bu, uygulamayı yeniden başlatarak yapılabilir. Bu, SDK'nın yeni varsayılan tutarlılık düzeyini kullanmasını sağlar.
Tutarlılık düzeyleriyle ilişkili garantiler
Azure Cosmos DB, okuma isteklerinin yüzde 100'ünün seçilen tutarlılık düzeyi için tutarlılık garantisini karşılamasını garanti eder. TLA+ belirtim dili kullanılarak Azure Cosmos DB'deki beş tutarlılık düzeyinin tam tanımları azure-cosmos-tla GitHub deposunda sağlanır.
Beş tutarlılık düzeyinin semantiği aşağıdaki bölümlerde açıklanmıştır.
Güçlü tutarlılık
Güçlü tutarlılık, doğrusallaştırma garantisi sunar. Doğrusal hale getirilebilirlik, isteklerin eşzamanlı olarak sunulmasını ifade eder. Okumaların bir öğenin en son işlenen sürümünü döndürmesi garanti edilir. İstemci hiçbir zaman kaydedilmemiş veya kısmi yazma görmez. Kullanıcıların her zaman en son işlenen yazma işlemini okuması garanti edilir.
Aşağıdaki grafikte, müzik notaları ile güçlü tutarlılık gösterilmektedir. Veriler "Batı ABD 2" bölgesine yazıldıktan sonra, diğer bölgelerdeki verileri okuduğunuzda en son değeri alırsınız:
Sınırlanmış eskime durumu tutarlılığı
İki veya daha fazla bölgeye sahip tek bölgeli yazma hesapları için veriler birincil bölgeden tüm ikincil (salt okunur) bölgelere çoğaltılır. İki veya daha fazla bölgeye sahip çok bölgeli yazma hesapları için veriler, ilk yazıldığı bölgeden diğer tüm yazılabilir bölgelere çoğaltılır. Her iki senaryoda da yaygın olmasa da bazen bir bölgeden diğerine çoğaltma gecikmesi olabilir.
Sınırlanmış eskime tutarlılığında, iki bölge arasındaki veri gecikmesi her zaman belirtilen miktardan daha azdır. Tutar, bir öğenin "K" sürümleri ("güncelleştirmeler") veya "T" zaman aralıkları (hangisi önce ulaşılırsa) olabilir. Başka bir deyişle sınırlanmış eskime durumunu seçtiğinizde, herhangi bir bölgedeki verilerin en fazla "eskime durumu" iki şekilde yapılandırılabilir:
- Öğenin sürüm sayısı (K)
- Okuma zaman aralığı (T) yazmaların gerisinde kalabilir
Sınırlanmış Eskime durumu öncelikli olarak iki veya daha fazla bölgeye sahip tek bölgeli yazma hesapları için faydalıdır. Bir bölgedeki veri gecikmesi (fiziksel bölüm başına belirlenir) yapılandırılan eskime değerini aşarsa, eskime durumu yapılandırılan üst sınıra geri dönene kadar bu bölüm için yazma işlemleri kısıtlanır.
Tek bölgeli bir hesap için Sınırlanmış Eskime Durumu, Oturum ve Son Tutarlılık ile aynı yazma tutarlılığı garantilerini sağlar. Sınırlanmış Eskime Durumu ile veriler, tek bölgedeki yerel bir çoğunluğa (dört çoğaltma kümesindeki üç çoğaltma) çoğaltılır.
Önemli
Sınırlanmış Eskime durumu tutarlılığı ile eskime denetimi yalnızca bölgeler arasında yapılır ve bölge içinde yapılmaz. Belirli bir bölge içinde veriler tutarlılık düzeyinden bağımsız olarak her zaman yerel bir çoğunluğa (dört çoğaltma kümesindeki üç çoğaltma) çoğaltılır.
Sınırlanmış Eskime özelliği kullanılırken okuma, o bölgedeki kullanılabilir iki çoğaltmadan okuyarak bu bölgede kullanılabilen en son verileri döndürür. Bir bölgedeki yazma işlemleri her zaman yerel bir çoğunluğa çoğaltılır (dört çoğaltmadan üçü), iki çoğaltmaya danışmak o bölgede kullanılabilen en güncel verileri döndürür.
Önemli
Sınırlanmış Eskime durumu tutarlılığıyla, birincil olmayan bir bölgede verilen okumalar, verilerin genel olarak en son sürümünü döndürmek zorunda olmayabilir, ancak bu bölgedeki verilerin en son sürümünü döndüreceği garanti edilir ve bu da genel olarak en yüksek eskime sınırı içinde olur.
Sınırlanmış Eskime durumu, bölgeler arasında neredeyse güçlü tutarlılığın istendiği iki veya daha fazla bölgeye sahip tek bölgeli yazma hesapları kullanan küresel olarak dağıtılmış uygulamalar için en iyi şekilde çalışır. İki veya daha fazla bölgeye sahip çok bölgeli yazma hesapları için, uygulama sunucularının okuma ve yazmaları uygulama sunucularının barındırıldığı bölgeye yönlendirmesi gerekir. Çoklu yazma hesabındaki Sınırlanmış Eskime durumu bir anti-desendir. Bu düzey, bölgeler arasındaki çoğaltma gecikmesine bağımlılık gerektirir ve verilerin yazıldığı bölgeden okunup okunmaması önemli değildir.
Aşağıdaki grafikte, müzik notalarıyla sınırlanmış eskime durumu tutarlılığı gösterilmektedir. Veriler "Batı ABD 2" bölgesine yazıldıktan sonra, "Doğu ABD 2" ve "Doğu Avustralya" bölgeleri, yapılandırılmış maksimum gecikme süresine veya maksimum işlemlere göre yazılı değeri okur:
Oturum tutarlılığı
Oturum tutarlılığında, tek bir istemci oturumunda okumaların kendi yazmalarınızı okuma ve write-follows-reads garantilerini yerine getirmek için garanti edilir. Bu garanti, tek bir "yazıcı" oturumu olduğunu veya birden çok yazar için oturum belirtecini paylaştığını varsayar.
Tüm tutarlılık düzeyleri Güçlü'den daha zayıf olduğu gibi yazma işlemleri de yerel bölgede en az üç çoğaltmaya (dört çoğaltma kümesinde) çoğaltılır ve diğer tüm bölgelere zaman uyumsuz çoğaltma yapılır.
Her yazma işleminden sonra istemci sunucudan güncelleştirilmiş bir Oturum Belirteci alır. İstemci belirteçleri önbelleğe alır ve belirtilen bölgedeki okuma işlemleri için sunucuya gönderir. Okuma işleminin verildiği çoğaltma belirtilen belirtecin (veya daha yeni bir belirtecin) verilerini içeriyorsa, istenen veriler döndürülür. Çoğaltma bu oturum için veri içermiyorsa, istemci isteği bölgedeki başka bir çoğaltmaya karşı yeniden denenir. Gerekirse istemci, belirtilen oturum belirtecinin verileri alınana kadar okuma işlemini ek kullanılabilir bölgelerde yeniden denenir.
Önemli
Oturum Tutarlılığı'nda istemcinin oturum belirteci kullanımı, eski bir oturuma karşılık gelen verilerin hiçbir zaman okunmamasını garanti eder. Ancak, istemci eski bir oturum belirteci kullanıyorsa ve veritabanında daha yeni güncelleştirmeler yapıldıysa, eski bir oturum belirteci kullanılmasına rağmen verilerin daha yeni sürümü döndürülür. Oturum Belirteci en düşük sürüm engeli olarak kullanılır, ancak veritabanından alınacak verilerin belirli (muhtemelen geçmiş) bir sürümü olarak kullanılmaz.
İstemci fiziksel bir bölüme yazma başlatmadıysa, istemci önbelleğinde oturum belirteci içermez ve bu fiziksel bölüme okuma işlemi Son Tutarlılık ile okuma gibi davranır. Benzer şekilde, istemci yeniden oluşturulursa, oturum belirteçleri önbelleği de yeniden oluşturulur. Burada da okuma işlemleri, sonraki yazma işlemleri istemcinin oturum belirteçleri önbelleğini yeniden derleyene kadar Nihai Tutarlılık ile aynı davranışı izler.
Önemli
Oturum Belirteçleri bir istemci örneğinden diğerine geçiriliyorsa, belirtecin içeriği değiştirilmemelidir.
Oturum tutarlılığı, hem tek bölge hem de genel olarak dağıtılmış uygulamalar için en yaygın kullanılan tutarlılık düzeyidir. Son tutarlılık ile karşılaştırılabilir yazma gecikme süreleri, kullanılabilirlik ve okuma aktarım hızı sağlar. Oturum tutarlılığı, bir kullanıcı bağlamında çalışmak üzere yazılmış uygulamaların gereksinimlerine uygun tutarlılık garantileri de sağlar. Aşağıdaki grafikte, müzik notlarıyla oturum tutarlılığı gösterilmektedir. "Batı ABD 2 yazarı" ve "Doğu ABD 2 okuyucusu" aynı oturumu (A Oturumu) kullandığından, ikisi de aynı verileri aynı anda okur. "Doğu Avustralya" bölgesi "Oturum B" kullanırken verileri daha sonra ancak yazma işlemleriyle aynı sırada alır.
Tutarlı ön ek tutarlılığı
Güçlüden daha zayıf olan tüm tutarlılık düzeyleri gibi yazma işlemleri de yerel bölgedeki en az üç çoğaltmaya (dört çoğaltmalı bir kümede) çoğaltılır ve diğer tüm bölgelere zaman uyumsuz çoğaltma yapılır.
Tutarlı ön ekte, tek belge yazma işlemi olarak yapılan güncelleştirmeler nihai tutarlılığı görür.
bir işlem içinde toplu işlem olarak yapılan Güncelleştirmeler, işlendiği işlemle tutarlı olarak döndürülür. Birden çok belgenin işlem içindeki yazma işlemleri her zaman birlikte görünür.
Belge Doc1'de işlemsel olarak iki yazma işleminin (tümü veya hiç işlemi) gerçekleştirildiğini ve ardından T1 ve T2 işlemleri içinde Belge2 belgesinin gerçekleştirildiğini varsayalım. İstemci herhangi bir çoğaltmada okuma işlemi yaparken, kullanıcı "Doc1 v1 ve Doc2 v1" veya "Doc1 v2 ve Doc2 v2" ya da çoğaltma gecikiyorsa hiçbir belgeyi görmez, ancak aynı okuma veya sorgu işlemi için "Doc1 v1 ve Doc2 v2" veya "Doc1 v2 v1" ifadesini asla görmez.
Aşağıdaki grafikte, müzik notlarıyla tutarlılık ön eki tutarlılığı gösterilmektedir. Tüm bölgelerde, okuma işlemleri hiçbir zaman işlemsel bir yazma toplu işlemi için sıra dışı yazmaları görmez:
Nihai tutarlılık
Güçlüden daha zayıf tüm tutarlılık düzeyleri gibi yazma işlemleri de yerel bölgedeki en az üç çoğaltmaya (dört çoğaltma kümesinde) çoğaltılır ve diğer tüm bölgelere zaman uyumsuz çoğaltma yapılır.
Nihai tutarlılık bölümünde istemci, belirtilen bölgedeki dört çoğaltmadan herhangi birinde okuma istekleri oluşturur. Bu çoğaltma gecikmeli olabilir ve eski veri döndürebilir veya veri döndürmez.
İstemci geçmişte okuduğundan daha eski değerleri okuyabileceğinden nihai tutarlılık en zayıf tutarlılık biçimidir. Uygulamanın sıralama garantileri gerektirmediği durumlarda son tutarlılık ideal bir özelliktir. Retweets, Beğeniler veya yazışma olmayan açıklamaların sayısı örnek olarak verilebilir. Aşağıdaki grafikte, müzik notalarıyla nihai tutarlılık gösterilmektedir.
Pratikte tutarlılık garantileri
Uygulamada genellikle daha güçlü tutarlılık garantileri alabilirsiniz. Okuma işlemi için tutarlılık garantileri, istediğiniz veritabanı durumunun güncelliğine ve sıralamasına karşılık gelir. Okuma tutarlılığı, yazma/güncelleştirme işlemlerinin sıralamasına ve yayılmasına bağlıdır.
Veritabanında yazma işlemi yoksa, nihai, oturum veya tutarlı ön ek tutarlılık düzeylerine sahip bir okuma işlemi, güçlü tutarlılık düzeyine sahip bir okuma işlemiyle aynı sonuçları verir.
Hesabınız güçlü tutarlılık dışında bir tutarlılık düzeyiyle yapılandırılmışsa, istemcilerinizin iş yükleriniz için güçlü ve tutarlı okumalar alma olasılığını öğrenebilirsiniz. Olasılıksal Olarak Sınırlanmış Eskime Durumu (PBS) ölçümüne bakarak bu olasılığı anlayabilirsiniz. Bu ölçüm Azure portal kullanıma sunulur. Daha fazla bilgi edinmek için bkz. Olasılıksal Sınırlanmış Eskime Durumu (PBS) ölçümünü izleme.
Olasılıksal olarak sınırlanmış eskime durumu nihai tutarlılığınızı gösterir. Bu ölçüm, Azure Cosmos DB hesabınızda yapılandırdığınız tutarlılık düzeyinden daha güçlü tutarlılık elde etmek için kullanabileceğiniz bir içgörü sağlar. Başka bir deyişle, yazma ve okuma bölgelerinin bir bileşimi için tutarlı okumalar alma olasılığını (milisaniye cinsinden ölçülür) görebilirsiniz.
Tutarlılık düzeyleri ve gecikme süresi
Tüm tutarlılık düzeyleri için okuma gecikmesinin her zaman 99. yüzdebirlik dilimde 10 milisaniyeden az olacağı garanti edilir. 50. yüzdebirlik dilimde ortalama okuma gecikmesi genellikle 4 milisaniye veya daha kısadır.
Tüm tutarlılık düzeyleri için yazma gecikme süresinin her zaman 99. yüzdebirlik dilimde 10 milisaniyenin altında olacağı garanti edilir. 50. yüzdebirlik dilimde ortalama yazma gecikmesi genellikle 5 milisaniye veya daha kısadır. Çeşitli bölgelere yayılan ve güçlü tutarlılık ile yapılandırılan Azure Cosmos DB hesapları bu garantinin bir istisnasıdır.
Yazma gecikme süresi ve Güçlü tutarlılık
Birden fazla bölgeyle güçlü tutarlılık ile yapılandırılmış Azure Cosmos DB hesaplarında yazma gecikme süresi, en uzak iki bölgeden herhangi biri arasında iki kez gidiş dönüş süresine (RTT) eşittir ve 99. yüzdebirlik dilimde 10 milisaniyedir. Güçlü tutarlılık yalnızca bir hesaptaki tüm bölgelere işlendikten sonra bir işlemi tamamladığınızdan bölgeler arasındaki yüksek ağ RTT'leri Azure Cosmos DB istekleri için daha yüksek gecikme süresine dönüşür.
RtT gecikme süresi, ışık hızı uzaklığı ve Azure ağ topolojisinin bir işlevidir. Azure ağı iki Azure bölgesi arasında RTT için herhangi bir gecikme süresi SLA'sı sağlamaz, ancak Azure ağ gidiş dönüş gecikme süresi istatistiklerini yayımlar. Azure Cosmos DB hesabınız için çoğaltma gecikme süreleri Azure portal görüntülenir. Ölçümler bölümüne gidip Tutarlılık seçeneğini belirleyerek Azure portal kullanabilirsiniz. Azure portal kullanarak Azure Cosmos DB hesabınızla ilişkili çeşitli bölgeler arasındaki çoğaltma gecikmelerini izleyebilirsiniz.
Önemli
5000 milden (8000 kilometre) fazla bölge içeren hesaplar için güçlü tutarlılık, yüksek yazma gecikme süresi nedeniyle varsayılan olarak engellenir. Bu özelliği etkinleştirmek için lütfen desteğe başvurun.
Tutarlılık düzeyleri ve aktarım hızı
Güçlü ve sınırlanmış eskime durumu için okumalar, tutarlılık garantileri sağlamak üzere dört çoğaltma kümesindeki (azınlık çekirdeği) iki çoğaltmaya göre yapılır. Oturum, tutarlı ön ek ve son olarak tek çoğaltma okumaları yapın. Sonuç, aynı sayıda istek birimi için güçlü ve sınırlanmış eskime durumu için okuma aktarım hızının diğer tutarlılık düzeylerinin yarısı olmasıdır.
Ekleme, değiştirme, yükseltme ve silme gibi belirli bir yazma işlemi türü için, istek birimleri için yazma aktarım hızı tüm tutarlılık düzeyleri için aynıdır. Güçlü tutarlılık için değişikliklerin diğer tüm tutarlılık düzeyleri için yerel çoğunluk (dört çoğaltma kümesindeki üç çoğaltma) kullanılırken her bölgede (genel çoğunluk) işlenmesi gerekir.
| Tutarlılık Düzeyi | Çekirdek Okumaları | Çekirdek Yazma İşlemleri |
|---|---|---|
| Güçlü | Yerel Azınlık | Genel Çoğunluk |
| Sınırlanmış Eskime Durumu | Yerel Azınlık | Yerel Çoğunluk |
| Oturum | Tek Çoğaltma (oturum belirtecini kullanarak) | Yerel Çoğunluk |
| Tutarlı Ön Ek | Tek Çoğaltma | Yerel Çoğunluk |
| Nihai | Tek Çoğaltma | Yerel Çoğunluk |
Not
Yerel Azınlık okumaları için okumaların RU/sn maliyeti daha zayıf tutarlılık düzeylerinin iki katıdır çünkü okumalar Güçlü ve Sınırlanmış Eskime durumu için tutarlılık garantileri sağlamak üzere iki çoğaltmadan yapılır.
Tutarlılık düzeyleri ve veri dayanıklılığı
Genel olarak dağıtılmış bir veritabanı ortamında tutarlılık düzeyi ile bölge genelinde kesinti olması halinde veri dayanıklılığı arasında doğrudan bir ilişki vardır. İş sürekliliği planınızı geliştirirken, kesintiye neden olan bir olaydan sonra kurtarma sırasında uygulamanın kaybetmeye dayanabileceği en son veri güncelleştirme süresini anlamanız gerekir. Kaybetmeyi göze alabileceğiniz güncelleştirmelerin zaman aralığı kurtarma noktası hedefi (RPO) olarak bilinir.
Bu tablo, bölge genelinde kesinti olması halinde tutarlılık modeli ile veri dayanıklılığı arasındaki ilişkiyi tanımlar.
| Bölgeler | Çoğaltma modu | Tutarlılık düzeyi | RPO |
|---|---|---|---|
| 1 | Tek veya Birden çok yazma bölgesi | Herhangi Bir Tutarlılık Düzeyi | < 240 Dakika |
| >1 | Tek yazma bölgesi | Oturum, Tutarlı Ön Ek, Son | < 15 dakika |
| >1 | Tek yazma bölgesi | Sınırlanmış Eskime Durumu | Kahraman&T |
| >1 | Tek yazma bölgesi | Güçlü | 0 |
| >1 | Birden çok yazma bölgesi | Oturum, Tutarlı Ön Ek, Son | < 15 dakika |
| >1 | Birden çok yazma bölgesi | Sınırlanmış Eskime Durumu | Kahraman&T |
K = Bir öğenin "K" sürümlerinin (yani güncelleştirmelerin) sayısı.
T = Son güncelleştirmeden bu yana "T" zaman aralığı.
Tek bir bölge hesabı için en düşük K ve T değeri 10 yazma işlemi veya 5 saniyedir. Çok bölgeli hesaplarda en düşük K ve T değeri 100.000 yazma işlemi veya 300 saniyedir. Bu değer, Sınırlanmış Eskime Durumu kullanılırken veriler için en düşük RPO'yu tanımlar.
Güçlü tutarlılık ve birden çok yazma bölgesi
Dağıtılmış bir sistemin sıfır RPO'yu ve sıfır RTO'yu sağlaması mümkün olmadığından, birden çok yazma bölgesiyle yapılandırılan Azure Cosmos DB hesapları güçlü tutarlılık için yapılandırılamaz. Ayrıca, herhangi bir bölgeye yazma işleminin hesap içindeki yapılandırılmış tüm bölgelere çoğaltılması ve işlenmesi gerektiğinden, birden çok yazma bölgesiyle güçlü tutarlılık kullanmanın yazma gecikmesi avantajı yoktur. Bu senaryo, tek bir yazma bölgesi hesabıyla aynı yazma gecikmesine neden olur.
Ek kaynaklar
Tutarlılık kavramları hakkında daha fazla bilgi edinmek için aşağıdaki makaleleri okuyun:
- Azure Cosmos DB tarafından sunulan beş tutarlılık düzeyi için üst düzey TLA+ belirtimleri
- Çoğaltılmış Veri Tutarlılığı Beyzbol Aracılığıyla Açıklandı (video) Doug Terry
- Çoğaltılmış Veri Tutarlılığı Beyzbol Aracılığıyla Açıklandı (teknik inceleme) Doug Terry
- Zayıf tutarlı çoğaltılmış veriler için oturum garantileri
- Modern Dağıtılmış Veritabanı Sistemleri Tasarımında Tutarlılık Dengeleri: CAP Hikayenin Yalnızca Bir Parçasıdır
- Pratik Kısmi Çekirdekler için Olasılıksal Sınırlanmış Eskime Durumu (PBS)
- Sonunda Tutarlı - Yeniden Ziyaret Edildi
Sonraki adımlar
Azure Cosmos DB'deki tutarlılık düzeyleri hakkında daha fazla bilgi edinmek için aşağıdaki makaleleri okuyun: