-
Notifications
You must be signed in to change notification settings - Fork 41
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
WI #634: Commitment Flexibility Appendix #535
base: working_draft
Are you sure you want to change the base?
Conversation
…(blanks-around-fences)
… a section on units for usage/spend commitments
Co-authored-by: Shawn Alpay <[email protected]>
133b2f9
to
6495f6b
Compare
6495f6b
to
57d52a2
Compare
ff3cdfe
to
369c9ee
Compare
369c9ee
to
f43ee82
Compare
Co-authored-by: Irena Jurica <[email protected]>
…-Cost-and-Usage-Spec/FOCUS_Spec into commitment-discount-appendix
specification/appendix/commitment_discounts/size_flexibility.md
Outdated
Show resolved
Hide resolved
specification/appendix/commitment_discounts/size_flexibility.md
Outdated
Show resolved
Hide resolved
specification/appendix/commitment_discounts/size_flexibility.md
Outdated
Show resolved
Hide resolved
specification/appendix/commitment_discounts/size_flexibility.md
Outdated
Show resolved
Hide resolved
specification/appendix/commitment_discounts/size_flexibility.md
Outdated
Show resolved
Hide resolved
specification/appendix/commitment_discounts/size_flexibility.md
Outdated
Show resolved
Hide resolved
specification/appendix/commitment_discounts/size_flexibility.md
Outdated
Show resolved
Hide resolved
6518856
to
408e954
Compare
…-Spec/FOCUS_Spec into size-flexibility-appendix
…-Spec/FOCUS_Spec into working_draft
8c29e73
to
608ccd1
Compare
608ccd1
to
9457c3c
Compare
…-Spec/FOCUS_Spec into size-flexibility-appendix
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.
my comments are minor and editorial in nature; approved
specification/appendix/commitment_discounts/commitment_discounts.mdpp
Outdated
Show resolved
Hide resolved
|
||
#### Scenario #2: 0% utilization with a non-matching resource | ||
|
||
Purchase: 1 *commitment discount* purchased for 1 year (2023) for 1 VM_Large. |
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.
optionally add a sentence here to clarify that the vendor does not use / support / leverage a normalization factor? To distinguish from the next example.
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.
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.
specification/appendix/commitment_discounts/commitment_discounts.mdpp
Outdated
Show resolved
Hide resolved
|
||
A usage-based [*commitment discount*](#glossary:commitmentdiscount) obligates a customer to a usage amount for one or more related SKUs in return for reduced rates. For example, when a usage-based *commitment discount* is purchased to cover a specific database SKU, this commitment will cover every hour over the term where at least one instance of this SKU is running. The usage-based commitment can cover 1 resource over the hour, or in the case of [*commitment discount flexibility*](glossary:commitmentdiscountflexibility), it can cover a portion of 1 resource or multiple resources at a time. | ||
|
||
When mixing usage-based commitment discounts with and without *commitment discount flexibility* and [*CommitmentDiscountQuantity*](#commitmentdiscountquantity) measured by time, it is important to differentiate the [*CommitmentDiscountUnit*](#commitmentdiscountunit) for each type of *commitment discount. In each scenario below, *commitment discounts* *without* *commitment discount flexibility* applied use "Hour" as the *CommitmentDiscountUnit*, and conversely commitment discounts *with* *commitment discount flexibility* applied use "Normalized Hour" as the *CommitmentDiscountUnit*. |
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.
When mixing usage-based commitment discounts with and without *commitment discount flexibility* and [*CommitmentDiscountQuantity*](#commitmentdiscountquantity) measured by time, it is important to differentiate the [*CommitmentDiscountUnit*](#commitmentdiscountunit) for each type of *commitment discount. In each scenario below, *commitment discounts* *without* *commitment discount flexibility* applied use "Hour" as the *CommitmentDiscountUnit*, and conversely commitment discounts *with* *commitment discount flexibility* applied use "Normalized Hour" as the *CommitmentDiscountUnit*. | |
When mixing usage-based commitment discounts with and without *commitment discount flexibility* and [*CommitmentDiscountQuantity*](#commitmentdiscountquantity) measured by time, it is important to differentiate the [*CommitmentDiscountUnit*](#commitmentdiscountunit) for each type of *commitment discount*. In each scenario below, *commitment discounts* *without* *commitment discount flexibility* applied use "Hour" as the *CommitmentDiscountUnit*, and conversely commitment discounts *with* *commitment discount flexibility* applied use "Normalized Hour" as the *CommitmentDiscountUnit*. |
First pass for initial grammer and formatting looks good except 1 minor formatting item. Second later today (wife making me do stuff) |
An appendix detailing how various commitment discount purchases and usage records with and without commitment discount flexibility are modeled through various examples.