Azure DevOps基于Kubernetes搭建自托管代理的环境选择及非Azure方案咨询

是否必须创建Azure Kubernetes Service（AKS）集群？ #

不是必须的。Azure DevOps的自托管代理可以部署在任意符合标准的Kubernetes环境中，并非只能用Azure托管的AKS集群。

能否用Azure Container Instances（ACI）或Azure Web Apps for Containers部署？ #

• Azure Container Instances（ACI）：可以直接运行自托管代理容器，但ACI不属于Kubernetes环境。如果你的核心需求是利用Kubernetes的编排能力管理代理，ACI满足不了；但如果只是需要轻量容器环境跑代理，它可以胜任，不过ACI容器是临时状态，重启后数据会丢失，更适合一次性任务场景。
• Azure Web Apps for Containers：也能运行代理容器，但它是面向Web应用的PaaS托管服务，和Kubernetes的编排逻辑完全不同。如果要基于Kubernetes来管理代理的伸缩、调度，这个选项不适用；单纯跑代理容器的话可行，但灵活性远不如Kubernetes环境。

非Azure的解决方案有哪些？ #

• 第三方云厂商Kubernetes集群：比如AWS EKS、GCP GKE，或者其他云服务商提供的托管Kubernetes集群，只要集群能访问Azure DevOps服务，就能部署自托管代理容器并正常工作。
• 自建Kubernetes集群：在本地服务器、私有云或者混合云环境搭建自己的Kubernetes集群，完全自主掌控集群配置，同样可以部署Azure DevOps自托管代理。
• 非Kubernetes容器编排平台：比如Docker Swarm，虽然不是Kubernetes，但也能实现代理容器的调度管理，不过Azure DevOps官方对Kubernetes的支持更全面。
• 传统物理机/虚拟机：直接在物理机或者任意云厂商的VM上安装Azure DevOps自托管代理程序，完全脱离容器和Kubernetes，适合不需要容器化编排的简单场景。

内容的提问来源于stack exchange，提问作者Pshymonz