Azure Pipelines Tasks中HelmDeploy任务与禁用本地账户的AKS集成实践

背景介绍

在Kubernetes集群管理中，安全性始终是首要考虑因素。Azure Kubernetes Service(AKS)提供了禁用本地账户的功能，强制使用EntraID(原Azure AD)进行身份验证，这为集群安全提供了额外保障。然而，这种安全配置在与Azure DevOps的HelmDeploy任务集成时，可能会遇到一些技术挑战。

问题现象

当AKS集群禁用本地账户后，使用HelmDeploy@1任务时会出现以下典型错误：

1. 认证失败，提示无法获取集群凭据
2. kubelogin工具未找到的错误
3. 客户端凭据插件未安装的警告

这些问题的根源在于任务默认假设集群启用了本地账户认证，而实际上集群仅支持EntraID认证。

解决方案演进

初始解决方案

早期开发者采用的临时解决方案是绕过HelmDeploy任务，直接使用Azure CLI任务组合：

1. 通过az aks get-credentials获取集群凭据
2. 手动执行kubelogin进行认证
3. 直接调用helm命令进行操作

这种方法虽然可行，但失去了使用专用Helm任务带来的便利性和可维护性。

优化后的解决方案

经过实践验证，发现可以通过以下配置使HelmDeploy任务正常工作：

1. 前置工具安装：确保kubectl、kubelogin和helm正确安装

- task: KubectlInstaller@0
  inputs:
    kubectlVersion: '1.30.1'

- task: KubeloginInstaller@0
  inputs:
    kubeloginVersion: 'latest'

- task: HelmInstaller@1
  inputs:
    helmVersionToInstall: latest

2. 正确配置HelmDeploy任务：

- task: HelmDeploy@1
  inputs:
    connectionType: 'Azure Resource Manager'
    azureSubscriptionEndpoint: '服务连接名称'
    azureResourceGroup: '资源组名称'
    kubernetesCluster: 'AKS集群名称'
    namespace: 'istio-system'
    command: 'upgrade'
    chartType: 'Name'
    chartName: 'istio/base'
    releaseName: 'istio-base'
    useClusterAdmin: false

关键配置点：

• 必须设置useClusterAdmin: false
• 确保使用Azure资源管理器连接类型
• 正确指定服务连接、资源组和集群名称

完整示例

以下是一个完整的Azure DevOps YAML管道示例，展示了如何在禁用本地账户的AKS集群上使用Helm部署Istio：

variables:
  - group: "环境变量组"

stages:
  - stage: HelmInstall
    jobs:
      - job: Install
        steps:
          # 工具安装
          - task: KubectlInstaller@0
            inputs:
              kubectlVersion: '1.30.1'

          - task: KubeloginInstaller@0
            inputs:
              kubeloginVersion: 'latest'

          - task: HelmInstaller@1
            inputs:
              helmVersionToInstall: latest

          # 获取AKS名称
          - task: AzureCLI@2
            inputs:
              azureSubscription: '服务连接名称'
              scriptType: 'bash'
              inlineScript: |
                AKS=$(az aks list -g 资源组名称 --query [0].name -o tsv)
                echo "##vso[task.setvariable variable=AKSClusterName]$AKS"

          # Helm操作
          - task: HelmDeploy@1
            inputs:
              connectionType: 'Azure Resource Manager'
              azureSubscriptionEndpoint: '服务连接名称'
              azureResourceGroup: '资源组名称'
              kubernetesCluster: '$(AKSClusterName)'
              command: 'repo'
              arguments: 'add istio https://istio-release.storage.googleapis.com/charts'

          - task: HelmDeploy@1
            inputs:
              connectionType: 'Azure Resource Manager'
              azureSubscription: '服务连接名称'
              azureResourceGroup: '资源组名称'
              kubernetesCluster: '$(AKSClusterName)'
              namespace: 'istio-system'
              command: 'upgrade'
              chartType: 'Name'
              chartName: 'istio/base'
              releaseName: 'istio-base'
              valueFile: '值文件路径'

最佳实践建议

1. 版本控制：固定工具版本以避免不可预期的兼容性问题
2. 服务主体权限：确保使用的服务主体在AKS集群上有足够权限
3. 错误处理：添加适当的错误处理和日志收集机制
4. 环境隔离：使用变量组区分不同环境配置
5. 任务顺序：确保工具安装任务在Helm操作任务之前执行

总结

通过正确配置，Azure Pipelines的HelmDeploy任务完全可以与禁用本地账户的AKS集群协同工作。关键在于确保kubelogin工具的正确安装和配置，以及任务参数的合理设置。这种集成方式既保持了安全性要求，又不失自动化部署的便利性，是安全与效率的较好平衡方案。