Skip to content

Update parameters-for-a-dynamic-scaling-policy-c966417.md #15

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

asalan316
Copy link
Contributor

Updated cool_down_sec docs for better readability

@@ -396,7 +396,11 @@ none
</td>
<td valign="top">

The minimum duration between two successive scaling triggers. After the first scaling trigger, the second trigger occurs after the specified interval. This duration enables the application to be stable enough before it starts the next trigger. For production environments, a longer duration is recommended.
After this scaling triggered, the next scaling trigger happens after the specified interval.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After the scaling has been initieated, the next scaling action happends at the earliest after the specified internval

Copy link

@geigerj0 geigerj0 Apr 17, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"The period following a successful scaling initiation during which no additional scalings can be initiated. This duration allows the application sufficient time to distribute workloads across all available instances before new scalings may happen. For production environments, a longer duration is recommended to ensure stability."

WDYT?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good but it increases cognitive overhead to read :)
I combine your suggestions in the following version:

"
The minimum duration between two successive scaling actions.

After this scaling has been initiated, the next scaling action can only occur after this specified interval. During this interval, no other scaling action can be initiated.

This interval ensures the application remains stable before initiating another scaling action. For production environments, it is recommended to set a longer interval.

"

@asalan316 asalan316 force-pushed the asalan316-patch-1 branch 2 times, most recently from eeaded8 to 46a4f59 Compare April 17, 2025 10:48
Update cool_down_sec docs for better readibility

Update parameters-for-a-dynamic-scaling-policy-c966417.md

improve cool_down_secs
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants