Skip to content

Commit 0e43cbd

Browse files
committed
Terminology fixes
1 parent 5f5f3e7 commit 0e43cbd

File tree

2 files changed

+6
-6
lines changed

2 files changed

+6
-6
lines changed

articles/cosmos-db/manage-scale-cassandra.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -29,7 +29,7 @@ If you need to minimize latency, there is a spectrum of options for managing sca
2929
* [Manually by using the Azure portal](#use-azure-portal)
3030
* [Programmatically by using the control plane features](#use-control-plane)
3131
* [Programmatically by using CQL commands with a specific SDK](#use-cql-queries)
32-
* [Dynamically by using Autoscale](#use-autoscale)
32+
* [Dynamically by using autoscale](#use-autoscale)
3333

3434
The following sections explain the advantages and disadvantages of each approach. You can then decide on the best strategy to balance the scaling needs of your system, the overall cost, and efficiency needs for your solution.
3535

@@ -51,13 +51,13 @@ A disadvantage with this approach may be that you cannot respond to unpredictabl
5151

5252
You can scale the system dynamically with code by executing the [CQL ALTER commands](cassandra-support.md#keyspace-and-table-options) for the given database or container.
5353

54-
The advantage of this approach is that it allows you to respond to scale needs dynamically and in a custom way that suits your application. With this approach, you can still leverage the standard RU/s charges and rates. If your system's scale needs are mostly predictable (around 70% or more), using SDK with CQL may be a more cost-effective method of auto-scaling than using Autoscale. The disadvantage of this approach is that it can be quite complex to implement retries while rate limiting may increase latency.
54+
The advantage of this approach is that it allows you to respond to scale needs dynamically and in a custom way that suits your application. With this approach, you can still leverage the standard RU/s charges and rates. If your system's scale needs are mostly predictable (around 70% or more), using SDK with CQL may be a more cost-effective method of auto-scaling than using autoscale. The disadvantage of this approach is that it can be quite complex to implement retries while rate limiting may increase latency.
5555

56-
## <a id="use-autoscale"></a>Use Autoscale
56+
## <a id="use-autoscale"></a>Use autoscale
5757

58-
In addition to manual or programmatic way of provisioning throughput, you can also configure Azure cosmos containers in Autoscale mode. Autoscale mode will automatically and instantly scale to your consumption needs within specified RU ranges without compromising SLAs. To learn more, see the [Create Azure Cosmos containers and databases in autoscale mode](provision-throughput-autoscale.md) article.
58+
In addition to manual or programmatic way of provisioning throughput, you can also configure Azure cosmos containers in autoscale mode. Autoscale mode will automatically and instantly scale to your consumption needs within specified RU ranges without compromising SLAs. To learn more, see the [Create Azure Cosmos containers and databases in autoscale mode](provision-throughput-autoscale.md) article.
5959

60-
The advantage of this approach is that it is the easiest way to manage the scaling needs in your system. It guarantees not to apply rate-limiting **within the configured RU ranges**. The disadvantage is that, if the scaling needs in your system are predictable, Autoscale may be a less cost-effective way of handling your scaling needs than using the bespoke control plane or SDK level approaches mentioned above.
60+
The advantage of this approach is that it is the easiest way to manage the scaling needs in your system. It guarantees not to apply rate-limiting **within the configured RU ranges**. The disadvantage is that, if the scaling needs in your system are predictable, autoscale may be a less cost-effective way of handling your scaling needs than using the bespoke control plane or SDK level approaches mentioned above.
6161

6262
## Next steps
6363

articles/cosmos-db/provision-throughput-autoscale.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -71,7 +71,7 @@ You can configure autoscale for new databases or containers when creating them t
7171

7272
1. Select **New Container.** Enter a name for your database, container, and a partition key. Under **Throughput**, select the **Autoscale** option, and choose the maximum throughput (RU/s) that the database or container cannot exceed when using the autoscale option.
7373

74-
![Creating a container and configuring Autoscale throughput](./media/provision-throughput-autoscale/create-container-autoscale-mode.png)
74+
![Creating a container and configuring autoscale throughput](./media/provision-throughput-autoscale/create-container-autoscale-mode.png)
7575

7676
1. Select **OK**.
7777

0 commit comments

Comments
 (0)