Çok Kiracılı ve Azure Cosmos DB
Bu sayfada, çok kiracılı sistemlerle çalışırken yararlı olan Azure Cosmos DB özelliklerinden bazılarını açıklayacağız. Azure Cosmos DB'yi çok kiracılı bir çözümde kullanma yönergelerine ve örneklerine de bağlanıyoruz.
Çok kiracılı gereksinimler
Çok kiracılı bir çözüm planlarken, tasarlamanız gereken iki önemli gereksinim vardır:
- Kiracılar arasında güçlü yalıtım sağlama ve ihtiyaç duyanlar için sıkı güvenlik gereksinimlerini karşılama.
- Kiracı başına düşük maliyet sağlama. Sağlayıcı olarak, uygulamayı çalıştırma maliyetinin ölçeklendirildikçe sürdürülebilir kalmasını sağlamak istiyorsunuz.
Bu iki gereksinim genellikle çakışmaya neden olabilir ve bu nedenle dengeler elde edilmesi ve birinin önceliklerinin diğerinin üzerinde olması gerekir. Yukarıda açıklanan her iki gereksinimin de ele alınmasında yer alan dengeleri daha iyi anlamak için izleyebileceğiniz bazı yönergeler vardır. Bu belge, çok kiracılı çözümünüzü tasarlarken bilinçli kararlar almanızı sağlamak için bu önemli noktalara gitmenize yardımcı olur.
Yalıtım modelleri
Kiracılarınız arasındaki yalıtım düzeyine karar vermeniz gerekir. Azure Cosmos DB çeşitli yalıtım modellerini destekler, ancak çoğu çözüm için aşağıdaki stratejilerden birini kullanmanızı öneririz:
- Kiracı başına bölüm anahtarı, genellikle hizmet olarak işletmeden tüketiciye yazılımda (B2C SaaS) kullanılanlar gibi tamamen çok kiracılı çözümler için kullanılır.
- Genellikle kiracı başına veritabanı hesabı. işletmeler arası (B2B) SaaS'ta kullanılır.
En uygun yalıtım modelini seçmek için iş modelinizi ve kiracıların gereksinimlerini göz önünde bulundurun. Örneğin, işletmelerin ürünü veya hizmeti kullanarak doğrudan tek bir müşteriye satış yaptığı bazı B2C modellerinde güçlü performans yalıtımı öncelikli olmayabilir. Ancak B2B modelleri güçlü güvenlik ve performans yalıtımına öncelik verebilir ve kiracıların kendi veritabanı hesabının sağlanmasını gerektirebilir.
Ayrıca, farklı müşteri gereksinimlerine uyacak şekilde birden çok modeli bir araya getirebilirsiniz. Örneğin, kurumsal müşterilere sattığınız bir B2B SaaS çözümü oluşturduğunuzu ve potansiyel yeni müşteriler için ücretsiz deneme sağladığınızı varsayalım. Güçlü güvenlik ve yalıtım garantilerine ihtiyaç duyan ücretli kurumsal kiracılar için veritabanı hesabını paylaşırken ve deneme müşterilerini yalıtma amacıyla bölüm anahtarlarını kullanırken ayrı bir veritabanı hesabı dağıtabilirsiniz.
Önerilen yalıtım modelleri
Kiracı başına bölüm anahtarı
Kiracılarımızı bölüm anahtarına göre yalıtarak aktarım hızı kiracılar arasında paylaşılır ve bunları aynı kapsayıcı içinde gruplandırır.
Avantajlar:
- Maliyet verimliliği: Tüm kiracılar, kiracı kimliğine göre bölümlenmiş tek bir kapsayıcıya yerleştirilir. RU/sn'lerin birden çok kiracı arasında sağlandığı ve paylaşıldığı tek bir faturalanabilir kaynak olduğundan, bu yaklaşım genellikle kiracı başına ayrı hesaplara sahip olmaktan daha uygun maliyetli ve yönetilmesi daha kolaydır.
- Basitleştirilmiş yönetim: Daha az Azure Cosmos DB hesabı yönetilebilir.
Artıları:
- Kaynak çekişmesi: Aktarım hızının (RU/sn) aynı kapsayıcıdaki kiracılar arasında paylaşılması, yoğun kullanım sırasında çekişmeye yol açarak kiracılarınızın yüksek veya çakışan iş yükleri varsa performans sorunlarına neden olabilecek Gürültülü Komşu sorununa neden olabilir. Bu yalıtım modeli, tek bir kiracıda garantili RU/sn gerektiren ve paylaşabilen iş yükleri için uygundur.
- Sınırlı yalıtım: Bu yaklaşım fiziksel yalıtım değil mantıksal yalıtım sağlar. Performans ve güvenlik açısından katı yalıtım gereksinimlerini karşılamayabilir.
- Daha Az Esneklik: Coğrafi çoğaltma, belirli bir noktaya geri yükleme (PITR) ve kiracı başına müşteri tarafından yönetilen anahtarlar (CMK) gibi hesap düzeyinde özellikleri özelleştirmek, bölüm anahtarı (veya veritabanı/kapsayıcı) tarafından yalıtılıyorsa kullanılamaz.
İlgili Azure Cosmos DB özellikleri:
Aktarım hızınızı denetleme: Kiracıyı bölüme göre modelleme sırasındaki gürültülü komşu sorununu denetlemeye yardımcı olabilecek özellikleri (java SDK'sında aktarım hızı yeniden konumlandırma, seri kapasite ve aktarım hızı denetimi gibi) keşfedin.
Hiyerarşik bölüm anahtarları: Azure Cosmos DB, her mantıksal bölümün 20 GB'a kadar büyümesine olanak tanır. 20 GB'tan fazla veri depolaması gereken tek bir kiracınız varsa, verileri birden çok mantıksal bölüme yaymayı göz önünde bulundurun. Örneğin, öğesinin tek bir bölüm anahtarına
Contoso
sahip olmak yerine, bir kiracı için ,Contoso2
ve gibiContoso1
birden çok bölüm anahtarı oluşturarak bölüm anahtarlarını tuzlayabilirsiniz.Bir kiracının verilerini sorguladığınızda, tüm bölüm anahtarlarını eşleştirmek için yan tümcesini kullanabilirsiniz
WHERE IN
. Hiyerarşik bölüm anahtarları, yapay bölüm anahtarları veya kiracı başına birden çok bölüm anahtarı değeri kullanmak zorunda kalmadan depolama alanı 20 GB'tan büyük olan büyük kiracıları (kiracıların yüksek kardinalitesine sahip olmanız koşuluyla) desteklemek için de kullanılabilir.Kiracıları bölüm anahtarına göre yalıtan bir iş yükünüz olduğunu varsayalım. Contoso kiracılarından biri diğerlerinden çok daha büyük ve daha fazla yazma özelliğine sahiptir ve boyutu artmaya devam etmektedir. Bu kiracı için daha fazla veri alamama riskini önlemek için hiyerarşik bölüm anahtarlarını kullanabilirsiniz. İlk düzey anahtar olarak belirtin
TenantID
ve gibiUserId
ikinci bir düzey ekleyin. veUserID
bileşimininTenantID
20 GB sınırını aşan mantıksal bölümler üretmesini bekliyorsanız, gibiSessionID
başka bir düzeye kadar bölümleyebilirsiniz. veya her ikisini deTenantID
UserID
belirtenTenantID
sorgular, yalnızca ilgili verileri içeren fiziksel bölümlerin alt kümesine etkili bir şekilde yönlendirilir ve bu da tam kapsamlı bir sorguyu önler. Kapsayıcıda 1.000 fiziksel bölüm varsa ancak belirliTenantId
bir değer yalnızca 5 fiziksel bölümdeyse, sorgu daha az sayıda ilgili fiziksel bölüme yönlendirilir.İlk düzeyinizin kardinalitesi yeterince yüksek değilse ve bölüm anahtarınızda 20 GB mantıksal bölüm sınırına ulaşırsanız hiyerarşik bölüm anahtarı yerine yapay bölüm anahtarı kullanmayı göz önünde bulundurun.
Kiracı başına veritabanı hesabı
Kiracılarımızı veritabanı hesabına göre yalıtarak, her kiracının veritabanı düzeyinde veya kapsayıcı düzeyinde sağlanan kendi aktarım hızı olur.
Avantajlar:
- Yüksek yalıtım: Bu yaklaşım, ayrılmış Azure Cosmos DB hesapları ve benzersiz kiracı başına sağlanan RU/sn içeren kapsayıcılar nedeniyle çekişme veya müdahaleyi önler.
- Özel SLA'lar: Her kiracının kendi hesabına sahip olması nedeniyle, her kiracının veritabanı hesabı aktarım hızı için bağımsız olarak ayarlanabildiği için özel olarak uyarlanmış kaynaklar, müşteriye yönelik SLA'lar ve garantiler sağlayabilirsiniz.
- Gelişmiş güvenlik: Fiziksel veri yalıtımı, müşteriler kiracı başına hesap düzeyinde müşteri tarafından yönetilen anahtarları etkinleştirebildiğinden sağlam güvenlik sağlar. Her kiracının verileri aynı kapsayıcıda olmak yerine hesaba göre yalıtılır.
- Esneklik: Kiracılar gerektiğinde coğrafi çoğaltma, belirli bir noktaya geri yükleme (PITR) ve müşteri tarafından yönetilen anahtarlar (CMK) gibi hesap düzeyinde özellikleri etkinleştirebilir.
Artıları:
- Daha fazla yönetim: Birden çok Azure Cosmos DB hesabını yönettiğiniz için bu yaklaşım daha karmaşık bir hal alır.
- Daha yüksek maliyet: Daha fazla hesap, hesaptaki her bir kaynakta (veritabanları ve/veya kapsayıcılar) her kiracı için aktarım hızı (RU/sn) sağlama anlamına gelir. Bir kaynak RU/sn sağladığında Azure Cosmos DB maliyetleriniz artar.
- Sorgu sınırlamaları: Tüm kiracılar farklı hesaplarda olduğundan, birden çok kiracıyı sorgularken uygulamanın mantığı içinde her kiracıya birden çok çağrı yapılması gerekir.
İlgili Azure Cosmos DB özellikleri:
- Güvenlik özellikleri: Bu model, Azure RBAC kullanarak daha fazla veri erişimi güvenlik yalıtımı sağlar. Buna ek olarak, bu model müşteri tarafından yönetilen anahtarlar aracılığıyla kiracı düzeyinde veritabanı şifrelemesi güvenlik yalıtımı sağlar.
- Özel yapılandırma: Veritabanı hesabının konumunu kiracının gereksinimlerine göre yapılandırabilirsiniz. Ayrıca coğrafi çoğaltma ve müşteri tarafından yönetilen şifreleme anahtarları gibi Azure Cosmos DB özelliklerinin yapılandırmasını her kiracının gereksinimlerine uyacak şekilde ayarlayabilirsiniz.
Kiracı başına ayrılmış bir Azure Cosmos DB hesabı kullanırken, Azure aboneliği başına en fazla Azure Cosmos DB hesabı sayısını göz önünde bulundurun.
Yalıtım modellerinin tam listesi
İş yükü gereksinimi | Kiracı başına bölüm anahtarı (önerilen) | Kiracı başına kapsayıcı (paylaşılan aktarım hızı) | Kiracı başına kapsayıcı (ayrılmış aktarım hızı) | Kiracı başına veritabanı | Kiracı başına veritabanı hesabı (önerilen) |
---|---|---|---|---|---|
Kiracılar arasında sorgular | Kolay (kapsayıcı sorgular için sınır görevi görür) | Kesin | Kesin | Kesin | Kesin |
Kiracı yoğunluğu | Yüksek (kiracı başına en düşük maliyet) | Orta | Düşük | Düşük | Düşük |
Kiracı verilerini silme | Kolay | Kolay (kiracı ayrıldığında kapsayıcıyı bırakma) | Kolay (kiracı ayrıldığında kapsayıcıyı bırakma) | Kolay (kiracı ayrıldığında veritabanını bırakma) | Kolay (kiracı ayrıldığında veritabanını bırakma) |
Veri erişimi güvenlik yalıtımı | Uygulamanın içinde uygulanması gerekiyor | Kapsayıcı RBAC | Kapsayıcı RBAC | Veritabanı RBAC | RBAC |
Coğrafi çoğaltma | Kiracı başına coğrafi çoğaltma mümkün değil | Veritabanı hesaplarındaki kiracıları gereksinimlere göre gruplandırma | Veritabanı hesaplarındaki kiracıları gereksinimlere göre gruplandırma | Veritabanı hesaplarındaki kiracıları gereksinimlere göre gruplandırma | Veritabanı hesaplarındaki kiracıları gereksinimlere göre gruplandırma |
Gürültülü komşu önleme | Hiçbiri | Hiçbiri | Yes | Evet | Yes |
Yeni kiracı oluşturma gecikmesi | Anlık | Hızlı | Hızlı | Orta | Yavaş |
Veri modelleme avantajları | Hiçbiri | varlık birlikte bulundurma | varlık birlikte bulundurma | Kiracı varlıklarını modellemek için birden çok kapsayıcı | Kiracıları modellemek için birden çok kapsayıcı ve veritabanı |
Şifreleme anahtarı | Tüm kiracılar için aynı | Tüm kiracılar için aynı | Tüm kiracılar için aynı | Tüm kiracılar için aynı | Kiracı başına müşteri tarafından yönetilen anahtar |
Aktarım hızı gereksinimleri | >Kiracı başına 0 RU | >Kiracı başına 100 RU | >Kiracı başına 100 RU (yalnızca otomatik ölçeklendirmeyle, aksi takdirde >kiracı başına 400 RU ile) | >Kiracı başına 400 RU | >Kiracı başına 400 RU |
Örnek kullanım örnekleri | B2C uygulamaları | B2B uygulamaları için standart teklif | B2B uygulamaları için premium teklif | B2B uygulamaları için premium teklif | B2B uygulamaları için premium teklif |
Kiracı başına kapsayıcı
Her kiracı için ayrılmış kapsayıcılar sağlayabilirsiniz. Kiracınız için depoladığınız veriler tek bir kapsayıcıda birleştirilebildiğinde ayrılmış kapsayıcılar iyi çalışır. Bu model, yukarıdaki kiracı başına bölüm anahtarı modeline göre daha yüksek performans yalıtımı sağlar ve ayrıca Azure RBAC aracılığıyla daha fazla veri erişimi güvenlik yalıtımı sağlar.
Her kiracı için bir kapsayıcı kullanırken, veritabanı düzeyinde aktarım hızı sağlayarak aktarım hızını diğer kiracılarla paylaşmayı düşünebilirsiniz. Veritabanınız için en az istek birimi sayısı ve veritabanındaki kapsayıcı sayısı üst sınırıyla ilgili kısıtlamaları ve sınırları göz önünde bulundurun. Ayrıca kiracılarınızın garantili bir performans düzeyi gerektileyip gerektirmediğini ve Gürültülü Komşu sorununa karşı duyarlı olup olmadıklarını da göz önünde bulundurun. Aktarım hızını veritabanı düzeyinde paylaştığınızda, tüm kapsayıcılardaki iş yükü veya depolama alanı göreli olarak tekdüzen olmalıdır. Aksi takdirde, bir veya daha fazla büyük kiracı varsa gürültülü bir komşu sorununuz olabilir. Gerekirse, bu kiracıları iş yükü desenlerini temel alan farklı veritabanlarında gruplandırma planı yapın.
Alternatif olarak, her kapsayıcı için ayrılmış aktarım hızı sağlayabilirsiniz. Bu yaklaşım, daha büyük kiracılar ve Gürültülü Komşu sorunu riski altında olan kiracılar için iyi çalışır. Ancak, her kiracı için temel aktarım hızı daha yüksektir, bu nedenle bu modelin en düşük gereksinimlerini ve maliyet etkilerini göz önünde bulundurun.
Kiracı veri modeliniz birden fazla varlık gerektiriyorsa, tüm varlıklar aynı bölüm anahtarını paylaşabildiği sürece, bunlar aynı kapsayıcıda birlikte bulunabilir. Ancak, kiracı veri modeli daha karmaşıksa ve aynı bölüm anahtarını paylaşamıyor varlıklar gerektiriyorsa, aşağıdaki kiracı başına veritabanı veya veritabanı-hesap-kiracı başına modellerini göz önünde bulundurun. Daha fazla kılavuz için gerçek dünya örneğini kullanarak Azure Cosmos DB'de verileri modelleme ve bölümleme makalemize göz atın.
Kapsayıcılar kiracılara ayrılmış olduğunda yaşam döngüsü yönetimi genellikle daha basittir. Kiracıları paylaşılan ve ayrılmış aktarım hızı modelleri arasında kolayca taşıyabilir ve kiracının sağlamasını kaldırdığınızda kapsayıcıyı hızla silebilirsiniz.
Kiracı başına veritabanı
Her kiracı için veritabanlarını aynı veritabanı hesabında sağlayabilirsiniz. Yukarıdaki kiracı başına kapsayıcı modeli gibi, bu model de kiracı başına bölüm anahtarı modeline göre daha yüksek performans yalıtımı sağlar ve Azure RBAC aracılığıyla daha fazla veri erişimi güvenlik yalıtımı sağlar.
Kiracı başına hesap modeline benzer şekilde, bu yaklaşım en yüksek performans yalıtımı düzeyini sağlar, ancak en düşük kiracı yoğunluğu sağlar. Ancak, her kiracı için kiracı başına kapsayıcı modelinde mümkün olandan daha karmaşık bir veri modeli gerektiğinde bu seçenek en iyisidir. Alternatif olarak, yeni kiracı oluşturmanın önceden kiracı hesapları oluşturmak için hızlı ve/veya herhangi bir ek yük içermemesi gerektiğinde de bu yaklaşımı izlemeniz gerekir. Ayrıca, kullanılmakta olan belirli yazılım geliştirme çerçevesi için kiracı başına veritabanı, bu çerçevede tanınan tek performans yalıtımı düzeyi olabilir. Varlık (kapsayıcı) düzeyinde yalıtım ve varlık birlikte bulundurma genellikle bu tür çerçevelerde yerel olarak desteklenmez.
Azure Cosmos DB'nin çok kiracılılığı destekleyen özellikleri
Bölümleme
Bölümleri Azure Cosmos DB kapsayıcılarınızla birlikte kullanarak, birden çok kiracı arasında paylaşılan kapsayıcılar oluşturabilirsiniz. Genellikle bölüm anahtarı olarak kiracı tanımlayıcısını kullanırsınız, ancak tek bir kiracı için birden çok bölüm anahtarı kullanmayı da düşünebilirsiniz. İyi planlanmış bir bölümleme stratejisi, Parçalama desenini etkili bir şekilde uygular. Büyük kapsayıcılarla Azure Cosmos DB, yüksek düzeyde ölçek elde etmek için kiracılarınızı birden çok fiziksel düğüme yayar.
Çok kiracılı çözümünüzün performansını artırmak için hiyerarşik bölüm anahtarlarının kullanımını incelemenizi öneririz. Hiyerarşik bölüm anahtarları, birden çok değer içeren bir bölüm anahtarı oluşturmanıza olanak tanır. Örneğin, neredeyse ilişkisiz ölçeklendirmeye izin vermek için yüksek kardinalite GUID'i gibi kiracı tanımlayıcısını içeren hiyerarşik bir bölüm anahtarı kullanabilirsiniz. Ya da sorgularda sık kullanılan bir özelliği içeren hiyerarşik bölüm anahtarı belirtebilirsiniz. Bu yaklaşım, bölümler arası sorgulardan kaçınmanıza yardımcı olur. Hiyerarşik bölüm anahtarlarını kullanarak, bölüm anahtarı değeri başına 20 GB mantıksal bölüm sınırının ötesine ölçeklendirebilir ve pahalı fan-out sorgularını sınırlayabilirsiniz.
Daha fazla bilgi:
İstek birimlerini yönetme
Azure Cosmos DB fiyatlandırma modeli, sağladığınız veya kullandığınız saniye başına istek birimi sayısını temel alır. İstek birimi, veritabanı işleminin veya sorgusunun maliyetinin mantıksal soyutlamasıdır. Genellikle iş yükünüz için saniyede tanımlı sayıda istek birimi sağlarsınız ve bu işlem aktarım hızı olarak adlandırılır. Azure Cosmos DB, aktarım hızını sağlama şeklinize yönelik çeşitli seçenekler sağlar. Çok kiracılı bir ortamda, yaptığınız seçim Azure Cosmos DB kaynaklarınızın performansını ve fiyatını etkiler.
Garantili performans ve güvenlik yalıtımı gerektiren kiracılar için, kiracıları veritabanı hesabına göre yalıtmanızı ve istek birimlerini kiracıya ayırmanızı öneririz. Daha az katı gereksinimleri olan kiracılar için kiracıları bölüm anahtarına göre yalıtmanızı öneririz. Bu, kiracılarınız arasında istek birimlerinin paylaşılmasına olanak tanır ve kiracı başına düşük maliyet için iyileştirmenize yardımcı olur.
Azure Cosmos DB için alternatif kiracı modeli, paylaşılan veritabanı içindeki her kiracı için ayrı kapsayıcılar dağıtmayı içerir. Azure Cosmos DB bir veritabanı için istek birimleri sağlamanızı sağlar ve tüm kapsayıcılar istek birimlerini paylaşır. Kiracı iş yükleriniz genellikle çakışmıyorsa, bu yaklaşım operasyonel maliyetlerinizi azaltmaya yardımcı olabilir. Ancak, tek bir kiracının kapsayıcısı paylaşılan sağlanan istek birimlerinin orantısız bir miktarını tüketebileceğinden bu yaklaşım Gürültülü Komşu sorununa açıktır. Bu sorunu azaltmak için önce gürültülü kiracıları belirleyin. Ardından, isteğe bağlı olarak belirli bir kapsayıcıda sağlanan aktarım hızını ayarlayabilirsiniz. Veritabanındaki diğer kapsayıcılar aktarım hızını paylaşmaya devam eder, ancak gürültülü kiracı kendi ayrılmış aktarım hızını kullanır.
Azure Cosmos DB, aralıklı veya öngörülemeyen trafik içeren iş yükleri için uygun olan sunucusuz bir katman da sağlar. Alternatif olarak, otomatik ölçeklendirme, sağlanan aktarım hızının ölçeklendirileceğini belirtmek için ilkeleri yapılandırmanıza olanak tanır. Ayrıca Azure Cosmos DB veri bloğu kapasitesinden yararlanarak sağlanan aktarım hızı kapasitenizin kullanımını en üst düzeye çıkarabilirsiniz. Aksi takdirde hız sınırlı olurdu. Çok kiracılı bir çözümde, farklı kiracı türlerini desteklemek için bu yaklaşımların tümünü birleştirebilirsiniz.
Not
Azure Cosmos DB yapılandırmanızı planlarken hizmet kotalarını ve sınırlarını dikkate aldığınızdan emin olun.
Her kiracıyla ilişkili maliyetleri izlemek ve yönetmek için Azure Cosmos DB API'sini kullanan her işlem tüketilen istek birimlerini içerir. Her kiracı tarafından tüketilen gerçek istek birimlerini toplamak ve karşılaştırmak için bu bilgileri kullanabilir ve ardından farklı performans özelliklerine sahip kiracıları tanımlayabilirsiniz.
Daha fazla bilgi:
- Sağlanan aktarım hızı
- Otomatik Ölçeklendirme
- Sunucusuz
- İsteğin RU ücretini ölçme
- Azure Cosmos DB hizmet kotaları
- Seri kapasite
Müşteri tarafından yönetilen anahtarlar
Bazı kiracılar kendi şifreleme anahtarlarının kullanılmasını gerektirebilir. Azure Cosmos DB, müşteri tarafından yönetilen bir anahtar özelliği sağlar. Bu özellik bir Azure Cosmos DB hesabı düzeyinde uygulandığından, kendi şifreleme anahtarlarını gerektiren kiracıların ayrılmış Azure Cosmos DB hesapları kullanılarak dağıtılması gerekir.
Daha fazla bilgi:
Katkıda Bulunanlar
Bu makale Microsoft tarafından yönetilir. Başlangıçta aşağıdaki katkıda bulunanlar tarafından yazılmıştır.
Asıl yazarlar:
- Tara Bhatia | Program Yöneticisi, Azure Cosmos DB
- Paul Burpo | Baş Müşteri Mühendisi, Azure için FastTrack
- John Downs | Baş Yazılım Mühendisi
Diğer katkıda bulunanlar:
- Mark Brown | Pm Yöneticisi, Azure Cosmos DB
- Deborah Chen | Asıl Program Yöneticisi
- Theo van Kraay | Kıdemli Program Yöneticisi, Azure Cosmos DB
- Arsen Vladimirskiy | Baş Müşteri Mühendisi, Azure için FastTrack
- Thomas Weiss | Asıl Program Yöneticisi
- Vic Perdana | Bulut Çözümü Mimarı, Azure ISV
Genel olmayan LinkedIn profillerini görmek için LinkedIn'de oturum açın.
Sonraki adımlar
Çok kiracılı depolama ve veri yaklaşımlarını gözden geçirin.
Çok kiracılılık ve Azure Cosmos DB hakkında daha fazla bilgi edinin:
- Azure Cosmos DB ile büyük ölçekte çok kiracılı SaaS uygulamaları tasarlama ve derleme: Derleme 2024'te Azure Cosmos DB'de çok kiracılı kullanım için tasarım yapma ve gerçek dünyadan bir ISV'den en iyi yöntemleri öğrenme adımlarını gösteren bir oturum.
- Azure Cosmos DB ve çok kiracılı sistemler: Azure Cosmos DB kullanan çok kiracılı bir sistemin nasıl derlendiğinin açıklandığı bir blog gönderisi.
- Azure Cosmos DB ile çok kiracılı uygulamalar (video)
- Azure Cosmos DB ve Azure ile çok kiracılı bir SaaS oluşturma (video): Çok kiracılı bir SaaS startup'ı olan Whally'nin Azure Cosmos DB ve Azure'da sıfırdan modern bir platformu nasıl oluşturduğuna ilişkin gerçek bir örnek olay incelemesi. Bölümleme, veri modelleme, güvenli çok kiracılılık, performans, değişiklik akışından SignalR'ye gerçek zamanlı akış ve daha fazlası ile ilgili olarak aldıkları tasarım ve uygulama kararlarını gösterir. Tüm bu çözümler Azure Uygulaması Hizmetlerinde ASP.NET Core kullanır.
İlgili kaynaklar
Diğer Cosmos DB mimari senaryolarımızdan bazılarına bakın: