Skip to content

Commit 38dddbe

Browse files
committed
updates
1 parent 8aae53a commit 38dddbe

File tree

1 file changed

+12
-12
lines changed

1 file changed

+12
-12
lines changed

articles/cosmos-db/nosql/multi-tenancy-vector-search.md

Lines changed: 12 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -24,11 +24,11 @@ Imagine a fictional AI-assisted research platform called ResearchHub. Serving th
2424

2525
Azure Cosmos DB, with its [DiskANN vector index](../index-policy.md#vector-indexes) capability, simplifies multitenant design, providing efficient data storage and access mechanisms for high-performance applications.
2626

27-
### Multi-tenancy models in Azure Cosmos DB
27+
## Multi-tenancy models in Azure Cosmos DB
2828

2929
In Azure Cosmos DB, we recommend two primary approaches to managing multi-tenancy: partition key-per-tenant or account-per-tenant, each with its own set of benefits and trade-offs.
3030

31-
#### 1. Partition key-per-tenant
31+
### 1. Partition key-per-tenant
3232

3333
For a higher density of tenants and lower isolation, the partition key-per-tenant model is effective. Each tenant is assigned a unique partition key within a given container, allowing logical separation of data.
3434

@@ -41,7 +41,7 @@ For a higher density of tenants and lower isolation, the partition key-per-tenan
4141
- **Resource Contention:** Shared resources can lead to contention during peak usage.
4242
- **Limited Isolation:** Logical but not physical isolation, which may not meet stringent security needs.
4343

44-
#### Hierarchical partitioning: enhanced data organization
44+
### Hierarchical partitioning: enhanced data organization
4545

4646
[Hierarchical partitioning](../hierarchical-partition-keys.md) builds on the partition key-per-tenant model, adding deeper levels of data organization. This method involves creating multiple levels of partition keys for more granular data management.
4747

@@ -56,7 +56,7 @@ ResearchHub can stratify data within each tenant’s partition by organizing it
5656
![ResearchHub AI Data Stratification](../media/gen-ai/multi-tenant/hpk.png)
5757

5858

59-
#### 2. Account-per-tenant
59+
### 2. Account-per-tenant
6060

6161
For maximum isolation, the account-per-tenant model is preferable. Each tenant gets a dedicated Cosmos DB account, ensuring complete separation of resources.
6262

@@ -69,7 +69,7 @@ For maximum isolation, the account-per-tenant model is preferable. Each tenant g
6969
- **Increased Management:** Higher complexity in managing multiple Cosmos DB accounts.
7070
- **Higher Costs:** More accounts mean higher infrastructure costs.
7171

72-
### Security isolation with customer-managed keys
72+
## Security isolation with customer-managed keys
7373

7474
Azure Cosmos DB enables [customer-managed keys](../how-to-setup-customer-managed-keys.md) for data encryption, adding an extra layer of security for multitenant environments.
7575

@@ -82,13 +82,13 @@ Using customer-managed keys ensures each tenant's data is encrypted uniquely, pr
8282

8383
![ResearchHub AI Account-per-tenant](../media/gen-ai/multi-tenant/account.png)
8484

85-
### Other isolation models
85+
## Other isolation models
8686

87-
#### Container and database isolation
87+
### Container and database isolation
8888

8989
In addition to the partition key-per-tenant and account-per-tenant models, Azure Cosmos DB provides other isolation methods such as container isolation and database isolation. These approaches offer varying degrees of performance isolation, though they don't provide the same level of security isolation as the account-per-tenant model.
9090

91-
##### Container isolation
91+
#### Container isolation
9292

9393
In the container isolation model, each tenant is assigned a separate container within a shared Cosmos DB account. This model allows for some level of isolation in terms of performance and resource allocation.
9494

@@ -101,7 +101,7 @@ In the container isolation model, each tenant is assigned a separate container w
101101
- **Limited Security Isolation:** Unlike separate accounts, containers within the same account don't provide physical data isolation. So, this model may not meet stringent security requirements.
102102
- **Resource Contention:** Heavy workloads in one container can still affect others if resource limits are breached.
103103

104-
##### Database isolation
104+
#### Database isolation
105105

106106
The database isolation model assigns each tenant a separate database within a shared Cosmos DB account. This provides enhanced isolation in terms of resource allocation and management.
107107

@@ -118,7 +118,7 @@ While container and database isolation models don't offer the same level of secu
118118

119119
By carefully evaluating the specific needs and constraints of your multitenant application, you can choose the most suitable isolation model in Azure Cosmos DB, balancing performance, security, and cost considerations to achieve the best results for your tenants.
120120

121-
### Real-world implementation considerations
121+
## Real-world implementation considerations
122122

123123
When designing a multitenant system with Cosmos DB, consider these factors:
124124

@@ -144,7 +144,7 @@ When designing a multitenant system with Cosmos DB, consider these factors:
144144
2. **Customize Resources:** Tailor performance and SLAs to tenant requirements.
145145
3. **Ensure Security:** Physical data isolation offers robust security and compliance.
146146

147-
### Best practices for using Azure Cosmos DB with vector search
147+
## Best practices for using Azure Cosmos DB with vector search
148148

149149
Azure Cosmos DB's support for DiskANN vector index capability makes it an excellent choice for applications that require fast, high-dimensional searches, such as AI-assisted research platforms like ResearchHub. Here’s how you can leverage these capabilities:
150150

@@ -176,7 +176,7 @@ Azure Cosmos DB's support for DiskANN vector index capability makes it an excell
176176
2. **Custom Configurations:** Resources and SLAs are tailored to meet the specific needs of each tenant, ensuring optimal performance and security.
177177
3. **Enhanced Data Security:** Physical separation of data with customer-managed encryption keys ensures robust security compliance.
178178

179-
### Conclusion
179+
## Conclusion
180180

181181
Multi-tenancy in Azure Cosmos DB, especially with its DiskANN vector index capability, offers a powerful solution for building scalable, high-performance AI applications. Whether you choose partition key-per-tenant, hierarchical partitioning, or account-per-tenant models, you can effectively balance cost, security, and performance. By using these models and best practices, you can ensure that your multitenant application meets the diverse needs of your customers, delivering an exceptional user experience.
182182

0 commit comments

Comments
 (0)