Repository navigation
{k8s-extension} Migrate code to aaz-based implementation - #10407
William (william051200) wants to merge 9 commits into
Conversation
There was a problem hiding this comment.
Copilot review overview
🟢 Approval recommended
The AAZ invocation and output handling are correct, version requirements are aligned, and tests cover both validation outcomes.
Review effort: Balanced
Findings: None
What changed in this PR
Migrates virtual-node VM-size validation from the Compute SDK to Azure CLI’s AAZ implementation.
Changes:
- Uses
VMListSizeswith dictionary-based results. - Adds validation unit tests.
- Bumps extension and minimum CLI versions.
| File | Description |
|---|---|
setup.py |
Bumps version to 1.9.2. |
HISTORY.rst |
Records the AAZ migration. |
test_virtual_nodes.py |
Tests qualifying and non-qualifying pools. |
VirtualNodes.py |
Replaces Compute SDK VM-size lookup with AAZ. |
azext_metadata.json |
Requires Azure CLI 2.69.0. |
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
|
k8s-extension |
|
Please fix CI issues |
|
/azp run |
|
Azure Pipelines: Successfully started running 2 pipeline(s). |
|
/azp run |
|
Azure Pipelines: Successfully started running 2 pipeline(s). |
X Engineering Agent ReportReview — Comments No confirmed semantic defect in the inspected migration at Upstream CI has no failed or pending checks, but regression coverage of the actual AAZ request/output contract is not verified. Before merge, add focused contract coverage for the actual AAZ Test validation
The helper's non-applicability result does not assess extension scenarios; the coverage limitation above comes from static inspection, not an Agent live-test run. Risk assessment — 17/100 · Low · High confidenceThe Low rating is driven by dependency or supply chain.
Posted by x-engineering-agent (Reviewer) |
Migration from mgmt.compute to aaz-based
Update minCliCoreVersion as VMListSizes only available since CLI 2.69.0
This checklist is used to make sure that common guidelines for a pull request are followed.
Related command
General Guidelines
azdev style <YOUR_EXT>locally? (pip install azdevrequired)python scripts/ci/test_index.py -qlocally? (pip install azdevrequired)For new extensions:
About Extension Publish
There is a pipeline to automatically build, upload and publish extension wheels.
Once your pull request is merged into main branch, a new pull request will be created to update
src/index.jsonautomatically.You only need to update the version information in file setup.py and historical information in file HISTORY.rst in your PR but do not modify
src/index.json.