add full AZ awareness to plugin scraping interfaces #358
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Depending on the resource, scraping can now return capacity and usage data either for the entire region, or broken down by AZs. This distinction is represented by the enum type
core.Topological
. Quota stays affixed to the regional level for now (i.e. one number that applies across all AZs), since there is no committed requirement to support AZ quota in the backend.The frontend does not change in any way at this point. This change is specifically about enhancing the interface between Limes internals and plugins to the point that whatever changes end up being done in the frontend can be supported.
Some more details are in the commit messages.
Update: I have tested that the new plugin implementations yield the same results. There are some exceptions for
sharev2/share_capacity
andcompute/instances
, where, because of rounding errors, computing the total capacity from raw values (as we did before) is different from computing the capacity per AZ from raw values and then summing over all AZs. These are literal rounding errors, though.