You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/storage/blobs/storage-performance-checklist-blobs.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,14 +1,14 @@
1
1
---
2
2
title: Performance and scalability checklist for Blob storage - Azure Storage
3
-
description: A checklist of proven practices for use with Azure Storage in developing high-performance applications.
3
+
description: A checklist of proven practices for use with Blob storage in developing high-performance applications.
4
4
services: storage
5
5
author: tamram
6
6
7
7
ms.service: storage
8
8
ms.topic: conceptual
9
9
ms.date: 10/10/2019
10
10
ms.author: tamram
11
-
ms.subservice: common
11
+
ms.subservice: blobs
12
12
---
13
13
14
14
# Performance and scalability checklist for Blob storage
@@ -205,7 +205,7 @@ While parallelism can be great for performance, be careful about using unbounded
205
205
206
206
## Client libraries and tools
207
207
208
-
For best performance, always use the latest client libraries and tools provided by Microsoft. Azure Storage client libraries are available for a variety of languages. Azure Storage also supports PowerShell and Azure CLI. Microsoft actively develops these client libraries and tools with performance in mind, keeps them up to date with the latest service versions, and ensures that they handle many of the proven performance practices internally. For more information, see the [Azure Storage reference documentation](/azure/storage/#reference).
208
+
For best performance, always use the latest client libraries and tools provided by Microsoft. Azure Storage client libraries are available for a variety of languages. Azure Storage also supports PowerShell and Azure CLI. Microsoft actively develops these client libraries and tools with performance in mind, keeps them up-to-date with the latest service versions, and ensures that they handle many of the proven performance practices internally. For more information, see the [Azure Storage reference documentation](/azure/storage/#reference).
Copy file name to clipboardExpand all lines: articles/storage/queues/storage-performance-checklist-queues.md
+6-12Lines changed: 6 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,14 +1,14 @@
1
1
---
2
2
title: Performance and scalability checklist for Queue storage - Azure Storage
3
-
description:
3
+
description: A checklist of proven practices for use with Queue storage in developing high-performance applications.
4
4
services: storage
5
5
author: tamram
6
6
7
7
ms.service: storage
8
8
ms.topic: overview
9
-
ms.date: 10/04/2019
9
+
ms.date: 10/10/2019
10
10
ms.author: tamram
11
-
ms.subservice: tables
11
+
ms.subservice: queues
12
12
---
13
13
14
14
# Performance and scalability checklist for Queue storage
@@ -86,8 +86,6 @@ In any distributed environment, placing the client near to the server delivers i
86
86
87
87
If client applications will access Azure Storage but are not hosted within Azure, such as mobile device apps or on premises enterprise services, then locating the storage account in a region near to those clients may reduce latency. If your clients are broadly distributed (for example, some in North America, and some in Europe), then consider using one storage account per region. This approach is easier to implement if the data the application stores is specific to individual users, and does not require replicating data between storage accounts.
88
88
89
-
For broad distribution of blob content, use a content deliver network such as Azure CDN. For more information about Azure CDN, see [Azure CDN](../../cdn/cdn-overview.md).
90
-
91
89
## SAS and CORS
92
90
93
91
Suppose that you need to authorize code such as JavaScript that is running in a user's web browser or in a mobile phone app to access data in Azure Storage. One approach is to build a service application that acts as a proxy. The user's device authenticates with the service, which in turn authorizes access to Azure Storage resources. In this way, you can avoid exposing your storage account keys on insecure devices. However, this approach places a significant overhead on the service application, because all of the data transferred between the user's device and Azure Storage must pass through the service application.
@@ -143,7 +141,7 @@ While parallelism can be great for performance, be careful about using unbounded
143
141
144
142
## Client libraries and tools
145
143
146
-
For best performance, always use the latest client libraries and tools provided by Microsoft. Azure Storage client libraries are available for a variety of languages. Azure Storage also supports PowerShell and Azure CLI. Microsoft actively develops these client libraries and tools with performance in mind, keeps them up to date with the latest service versions, and ensures that they handle many of the proven performance practices internally. For more information, see the [Azure Storage reference documentation](/azure/storage/#reference).
144
+
For best performance, always use the latest client libraries and tools provided by Microsoft. Azure Storage client libraries are available for a variety of languages. Azure Storage also supports PowerShell and Azure CLI. Microsoft actively develops these client libraries and tools with performance in mind, keeps them up-to-date with the latest service versions, and ensures that they handle many of the proven performance practices internally. For more information, see the [Azure Storage reference documentation](/azure/storage/#reference).
147
145
148
146
## Handle service errors
149
147
@@ -161,21 +159,17 @@ The client libraries handle retries with an awareness of which errors can be ret
161
159
162
160
For more information on Azure Storage error codes, see [Status and error codes](/rest/api/storageservices/status-and-error-codes2).
163
161
164
-
## Transfer data
165
-
166
-
For information about efficiently transferring data to and from Blob storage or between storage accounts, see [Choose an Azure solution for data transfer](../common/storage-choose-data-transfer-solution.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json)
167
-
168
162
## Disable Nagle
169
163
170
164
Nagle's algorithm is widely implemented across TCP/IP networks as a means to improve network performance. However, it is not optimal in all circumstances (such as highly interactive environments). Nagle's algorithm has a negative impact on the performance of requests to the Azure Table service, and you should disable it if possible.
171
165
172
166
## Message size
173
167
174
-
Queue performance and scalability decrease as message size increases. You should place only the information the receiver needs in a message.
168
+
Queue performance and scalability decrease as message size increases. Put only the information the receiver needs in a message.
175
169
176
170
## Batch retrieval
177
171
178
-
You can retrieve up to 32 messages from a queue in a single operation. This can reduce the number of roundtrips from the client application, which is especially useful for environments, such as mobile devices, with high latency.
172
+
You can retrieve up to 32 messages from a queue in a single operation. Batch retrieval can reduce the number of roundtrips from the client application, which is especially useful for environments, such as mobile devices, with high latency.
0 commit comments