-
Notifications
You must be signed in to change notification settings - Fork 21.8k
Enhance documentation on Scalability file uploads and throttling #128077
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
Added note about file-upload operations and best practices to avoid throttling.
|
@Jesusbar : Thanks for your contribution! The author(s) and reviewer(s) have been notified to review your proposed change. |
|
Learn Build status updates of commit eb2bb98: ✅ Validation status: passed
For more details, please refer to the build report. |
|
|
||
| IoT Central automatically scales its IoT hubs based on the load profiles in your application. IoT Central can scale up individual IoT hubs and scale out the number of IoT hubs in an application. IoT Central also automatically scales other underlying services. | ||
|
|
||
| Note: IoT Central’s auto scale behavior does not consider **file-upload operations**. If your solution relies heavily on file uploads, you may need to manually scale the underlying IoT Hub to avoid throttling, please contact Microsoft support if this is the case. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| Note: IoT Central’s auto scale behavior does not consider **file-upload operations**. If your solution relies heavily on file uploads, you may need to manually scale the underlying IoT Hub to avoid throttling, please contact Microsoft support if this is the case. | |
| > [!NOTE] | |
| > IoT Central's auto scale behavior does not consider **file-upload operations**. If your solution relies heavily on file uploads, you may need to manually scale the underlying IoT Hub to avoid throttling, please contact Microsoft support if this is the case. |
|
|
||
| Note: IoT Central’s auto scale behavior does not consider **file-upload operations**. If your solution relies heavily on file uploads, you may need to manually scale the underlying IoT Hub to avoid throttling, please contact Microsoft support if this is the case. | ||
|
|
||
| ### Best practices to avoid unexpected throttling for File Upload Scenarios: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| ### Best practices to avoid unexpected throttling for File Upload Scenarios: | |
| ### Best practices to avoid unexpected throttling for File Upload Scenarios |
|
Can you review the proposed changes? IMPORTANT: When the changes are ready for publication, adding a #label:"aq-pr-triaged" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This PR enhances the scalability documentation for IoT Central by adding guidance on file upload operations and throttling prevention. The changes clarify that auto-scaling doesn't account for file uploads and provide actionable best practices.
- Added a note explaining that IoT Central's auto-scaling doesn't cover file-upload operations
- Included best practices for avoiding throttling in file upload scenarios
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
|
||
| IoT Central automatically scales its IoT hubs based on the load profiles in your application. IoT Central can scale up individual IoT hubs and scale out the number of IoT hubs in an application. IoT Central also automatically scales other underlying services. | ||
|
|
||
| Note: IoT Central’s auto scale behavior does not consider **file-upload operations**. If your solution relies heavily on file uploads, you may need to manually scale the underlying IoT Hub to avoid throttling, please contact Microsoft support if this is the case. |
Copilot
AI
Jan 8, 2026
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This run-on sentence should be split into two sentences for better readability. Consider breaking after 'throttling' and starting a new sentence with 'Please contact'.
| Note: IoT Central’s auto scale behavior does not consider **file-upload operations**. If your solution relies heavily on file uploads, you may need to manually scale the underlying IoT Hub to avoid throttling, please contact Microsoft support if this is the case. | |
| Note: IoT Central’s auto scale behavior does not consider **file-upload operations**. If your solution relies heavily on file uploads, you may need to manually scale the underlying IoT Hub to avoid throttling. Please contact Microsoft support if this is the case. |
| - Stagger uploads across devices | ||
| - Avoid synchronized uploads (e.g., at top of the hour) | ||
| - Implement client-side exponential backoff on 429 / ThrottleBacklogTimeout | ||
| - Consider alternative ingestion mechanisms (e.g., ADX ingestion, Fabric pipelines, direct storage writes) | ||
| - Test workload behavior under expected production upload patterns |
Copilot
AI
Jan 8, 2026
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The bullet points use inconsistent tab/space characters for indentation. Ensure consistent indentation formatting throughout the list.
| - Stagger uploads across devices | |
| - Avoid synchronized uploads (e.g., at top of the hour) | |
| - Implement client-side exponential backoff on 429 / ThrottleBacklogTimeout | |
| - Consider alternative ingestion mechanisms (e.g., ADX ingestion, Fabric pipelines, direct storage writes) | |
| - Test workload behavior under expected production upload patterns | |
| - Stagger uploads across devices | |
| - Avoid synchronized uploads (e.g., at top of the hour) | |
| - Implement client-side exponential backoff on 429 / ThrottleBacklogTimeout | |
| - Consider alternative ingestion mechanisms (e.g., ADX ingestion, Fabric pipelines, direct storage writes) | |
| - Test workload behavior under expected production upload patterns |
Added note about file-upload operations and best practices to avoid throttling.