Skip to content

Commit 2c0a61a

Browse files
authored
Merge pull request #2552 from PallabPaul/ppaul/limitations_and_scenarios
[ACL] Adding Limitations and Scenarios Sections
2 parents 4429058 + fc2f79b commit 2c0a61a

2 files changed

Lines changed: 27 additions & 0 deletions

File tree

articles/confidential-ledger/data-organization.md

Lines changed: 12 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -103,6 +103,18 @@ for entry in list_result:
103103
print(f"Contents: {entry['contents']}")
104104
```
105105

106+
## Sample Scenarios
107+
108+
The following scenarios can help you decide when to use collection IDs versus Tags.
109+
110+
| Scenario | Recommended approach | Why |
111+
|--|--|--|
112+
| You write general records and mostly read by transaction ID or latest entry. | Use the default collection ID (`subledger-0`). | This approach keeps data organization simple and avoids managing many collection IDs. |
113+
| You need strict logical separation of data sets, such as tenant-specific or workload-specific isolation. | Use dedicated collection IDs for each logical group. | Group-level collection IDs make it easier to isolate and list records by boundary. |
114+
| You need query-oriented lookups at a finer granularity, including per-entry categorization. | Prefer tags within a shared collection before creating a unique collection ID per entry. | You can achieve similar query outcomes without creating and managing a unique collection ID for every entry. |
115+
116+
If your main goal is query flexibility, start with tags and add more collection IDs only when clear isolation boundaries are required.
117+
106118

107119
## Next steps
108120

articles/confidential-ledger/overview.md

Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -82,6 +82,21 @@ Confidential ledger nodes are deployed across Azure availability zones to provid
8282

8383
Data is automatically replicated to Azure regional pairs for disaster recovery. For information about data residency considerations, see [Data residency for Azure confidential ledger](data-residency.md).
8484

85+
### Limitations
86+
87+
| Resource | Limit |
88+
|--|--|
89+
| Number of ledgers per subscription | 2 standard SKU ledgers |
90+
| Number of collection IDs per ledger | 50,000 |
91+
| Create entry | 1800 requests per second, 1800 transactions per second |
92+
| Get current entry | 3600 requests per second |
93+
| Get entry | 2500 requests per second |
94+
| Get receipt | 2400 requests per second |
95+
| List entries | 3300 requests per second |
96+
97+
> [!NOTE]
98+
> To request higher limits or discuss limitations, reach out to the Azure Confidential Ledger team.
99+
85100
## Constraints
86101

87102
- After a confidential ledger instance is created, you can't change the ledger type (private or public).

0 commit comments

Comments
 (0)