az aks get-versions output changed to crap

[MmAtBosch]

Describe the bug

Previously it was so easy to find the current default AKS version supported by Azure using following query:
az aks get-versions -l westeurope | jq -r '.orchestrators[] | select(.default == true).orchestratorVersion'

But now, since 2.50.0 we get this monster:

{
  "values": [
    {
      "capabilities": {
        "supportPlan": [
          "KubernetesOfficial",
          "AKSLongTermSupport"
        ]
      },
      "isPreview": null,
      "patchVersions": {
        "1.27.1": {
          "upgrades": [
            "1.27.3"
          ]
        },
        "1.27.3": {
          "upgrades": []
        }
      },
      "version": "1.27"
    },
    {
      "capabilities": {
        "supportPlan": [
          "KubernetesOfficial"
        ]
      },
      "isPreview": null,
      "patchVersions": {
        "1.26.3": {
          "upgrades": [
            "1.26.6",
            "1.27.3",
            "1.27.1"
          ]
        },
        "1.26.6": {
          "upgrades": [
            "1.27.3",
            "1.27.1"
          ]
        }
      },
      "version": "1.26"
    },
    {
      "capabilities": {
        "supportPlan": [
          "KubernetesOfficial"
        ]
      },
      "isPreview": null,
      "patchVersions": {
        "1.25.11": {
          "upgrades": [
            "1.26.6",
            "1.26.3"
          ]
        },
        "1.25.6": {
          "upgrades": [
            "1.26.6",
            "1.26.3",
            "1.25.11"
          ]
        }
      },
      "version": "1.25"
    }
  ]
}

which was announced with this tiny remark:

Related command

az aks get-versions -l westeurope

Errors

none

Issue script & Debug output

az aks get-versions -l westeurope

Expected behavior

it would be great to have a less complex json output where someone can get the default version easier, as it was before the change

Environment Summary

azure-cli 2.50.0 *

core 2.50.0 *
telemetry 1.0.8 *

Extensions:
authV2 0.1.2
automation 0.2.1
azure-devops 0.26.0
bastion 0.2.4
interactive 0.5.1
log-analytics-solution 0.1.1
ssh 1.1.6

Dependencies:
msal 1.22.0
azure-mgmt-resource 23.1.0b2

Additional context

No response

[azure-client-tools-bot-prd]

Hi @MmAtBosch,

2.50.0 is not the latest Azure CLI(2.51.0).

If you haven't already attempted to do so, please upgrade to the latest Azure CLI version by following https://learn.microsoft.com/en-us/cli/azure/update-azure-cli.

[yonzhan]

Thank you for opening this issue, we will look into it.

[srihamat]

I try also [any supported location], it doesn't work.

az aks get-versions --location [any supported location]

where by [any supported location] is either of below:
'australiacentral, australiacentral2, australiaeast, australiasoutheast, brazilsouth, brazilsoutheast, canadacentral, canadaeast, centralindia, centralus, eastasia, eastus, eastus2, francecentral, francesouth, germanynorth, germanywestcentral, japaneast, japanwest, jioindiacentral, jioindiawest, koreacentral, koreasouth, northcentralus, northeurope, norwayeast, norwaywest, polandcentral, qatarcentral, southafricanorth, southafricawest, southcentralus, southindia, southeastasia, swedencentral, switzerlandnorth, switzerlandwest, uaecentral, uaenorth, uksouth, ukwest, westcentralus, westeurope, westus, westus2, westus3'

[microsoft-github-policy-service]

Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @dyu1208, @FumingZhang, @andyliuliming.

[FumingZhang]

Sorry for this breaking change, the output change is caused by the update of the backend API used. Starting from 2023-08-01/2023-08-02-preview, the response will contain the isDefault field to identify the default version, still working on it.

[vil2be]

Good day, is there any update with regards to this issue?

[srihamat]

I try with azure-cli 2.54.0
az aks get-versions --location [any supported location]
already worked.

BTW, original issues was referring to ".orchestrators[]", the current response is not available.

$ az aks get-versions -l westeurope
{
  "values": [
    {
      "capabilities": {
        "supportPlan": [
          "KubernetesOfficial"
        ]
      },
      "isPreview": true,
      "patchVersions": {
        "1.28.0": {
          "upgrades": []
        }
      },
      "version": "1.28"
    },
    {
      "capabilities": {
        "supportPlan": [
          "KubernetesOfficial"
        ]
      },
      "isDefault": true,
      "isPreview": null,
      "patchVersions": {
        "1.26.3": {
          "upgrades": [
            "1.27.3",
            "1.27.1",
            "1.26.6"
          ]
        },
        "1.26.6": {
          "upgrades": [
            "1.27.3",
            "1.27.1"
          ]
        }
      },
      "version": "1.26"
    },
    {
      "capabilities": {
        "supportPlan": [
          "KubernetesOfficial"
        ]
      },
      "isPreview": null,
      "patchVersions": {
        "1.25.11": {
          "upgrades": [
            "1.26.6",
            "1.26.3"
          ]
        },
        "1.25.6": {
          "upgrades": [
            "1.26.6",
            "1.26.3",
            "1.25.11"
          ]
        }
      },
      "version": "1.25"
    },
    {
      "capabilities": {
        "supportPlan": [
          "KubernetesOfficial",
          "AKSLongTermSupport"
        ]
      },
      "isPreview": null,
      "patchVersions": {
        "1.27.1": {
          "upgrades": [
            "1.27.3",
            "1.28.0"
          ]
        },
        "1.27.3": {
          "upgrades": [
            "1.28.0"
          ]
        }
      },
      "version": "1.27"
    }
  ]
}

But we should be able to refer to "isDefault": true, if we need to know the default version as expected behavior. Original script might need to change to...

az aks get-versions -l westeurope | jq -r '.values[] | select(.isDefault == true).version'