Azure Kubernetes 服务的工作原理

小提示：您能找到这篇{Azure Kubernetes 服务的工作原理}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的Azure Kubernetes 服务的工作原理内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

现在，你已了解Azure Kubernetes服务的基础知识，我们再来了解设置简单AKS群集所需的信息。此信息有助于确定AKS在与现有开发和部署过程集成时可能需要多少其他配置。

创建AKS群集

从本质上来说，AKS群集是云托管的Kubernetes群集。与自定义Kubernetes安装不同，AKS简化了安装过程，同时会负责处理大多数基础群集管理任务。

创建AKS群集时，有两个选项可供选择。可以使用Azure门户或Azure CLI。这两个选项都必须配置社会化营销推广的方法有关群集的基本信息。例如：

Kubernetes群集名称

要安装的Kubernetes版本

用RTB实时于使主节点可公开访问的DNS前缀

初始节点池大小

初始节点池大小默认为两个节点，但建议在生产环境中至少使用三个节点。

备注

群集中的主节点可免费使用。只需为群集中使用的节点V企业公关危机处理案例M、存储和网络资源付费。

除非另行指定，否则Azure服务创建工作流会使用默认配置创建Kubernetes群集，以用于缩放、身份验证、网络和监视。创建AKS群集通常需要几分钟时间。完成后，可以更改任何默认AKS群集属性。可通过Azure门户或从命令行访问和管理群集。

如何开发工作负载并将其部署到AKS

AKS支持Docker映像格式，这意味着你可以使用任何开发环境来创建工作负载、将工作负载打包为容器以及将容器部署为Kubernetes Pod。

此处使用标准Kubernetes命令行工具或Azure CLI来管理部署。对标准Kubernetes工具的支持可确保你无需更改当前工作流，即可支持将现有Kubernetes迁移到AKS。

AKS还支持所有常用开发和管理工具，例如Helm、Draft以及适用于Visual Studio Code的Kubernetes扩展和Visual Studio Kubernetes Tools。

Azure Dev Spaces

在开发人员计算机上设置本地Kubernetes群集可能比较复杂，并且大多数解决方案都提供的是单节点配置。在处理微服务项目时，模拟或复制开发人员团队之间的依赖关系也比较常见。

Azure Dev Spaces可帮助开发团队在Kubernetes上提高生产效率，并使你能够实现以下几点：

最大程度减少每位团队成员的本地开发计算机设置，因为开发人员可以直接在AKS中工作

使用Visual Studio或Visual Studio Code直接在Kubernetes中快速执行循环访问和调试代码

生成Docker和Kubernetes配置即代码资产，供开发到生产使用

独立开发代码，并与其他组件一起进行集成测试，而无需复制或模拟依赖关系

重要

Azure Dev Spaces仅受特定区域中的AKS群集支持。

部署中心

部署中心简化了应用程序的DevOps管道设置。可以使用配置后的此DevOps管道为AKS Kubernetes群集设置持续集成(CI)和持续交付(CD)管道。

利用Azure DevOps Projects，便可以执行以下操作：

自动创建Azure资源，例如AKS群集

创建用于监视AKS群集的Azure Application Insights资源

启用适用于容器的Azure Monitor以监视AKS群集上的容器工作负载的性能

可通过扩展默认配置的DevOps管道来添加更丰富的DevOps功能。例如，可在部署之前添加审批，预配其他Azure资源，运行脚本或升级工作负载。

Azure服务集成

借助AKS，我们可以集成任何Azure服务产品，并将其用作AKS群集解决方案的一部分。

例如，请记住，Kubernetes不提供中间件和存储系统。假设你需要向车队管理数据处理服务添加处理队列。可以使用Azure存储轻松集成存储队列，以扩展数据处理服务的容量。