介绍

  • 3 分钟

假设你是 Contoso 的系统工程师，Contoso 是一家中型金融服务公司，总部位于伦敦，在纽约和旧金山设有办事处。 Contoso 的计算环境托管在其本地数据中心。 大多数 Contoso 工作负载在 Kubernetes 上完全容器化，在第三方虚拟化平台上运行。

尽管 Contoso 环境现代化，但本地基础结构固有的容量和敏捷性约束仍面临挑战。 在不断增多的 Kubernetes 群集中，一致地管理和部署应用程序变得更加困难。

为了应对这些容量和敏捷性挑战，IT 管理决定将 Contoso 的许多容器化工作负载迁移到云。 Contoso 希望使用多个云提供商来避免单供应商依赖项，但已选择 Azure 作为其主要部署目标。

工程团队负责探索和评估基于 Kubernetes 的工作负载的 Azure Arc 功能。 您必须确定 Contoso 如何从 Azure Arc 云到边缘管理模型中受益，并在维护一些本地容器化工作负载的同时执行多供应商策略。

在本模块中，你将了解 Azure Arc 如何扩展 Azure 平台，以便应用程序和服务能够灵活地在数据中心、边缘和多云环境中运行。 你将了解已启用 Azure Arc 的 Kubernetes 如何让 Contoso 等公司能够在单个控制平面中管理其所有 Kubernetes 资源，以及如何提供一致的开发和作体验，以便在任何 Kubernetes 平台上随时随地运行云原生应用。 然后，可以在 Contoso 中实现这些功能，以帮助优化和简化其作。

学习目标

完成本模块后，你将了解如何：

  • 介绍 Kubernetes、Azure Arc 和已启用 Azure Arc 的 Kubernetes。
  • 了解如何通过将 Kubernetes 群集连接到 Azure Arc 来增强 Kubernetes 环境。
  • 了解如何使用 GitOps 管理配置，将应用程序部署到已启用 Azure Arc 的 Kubernetes 群集。
  • 了解可部署到已启用 Azure Arc 的 Kubernetes 群集的 Azure 服务。
  • 了解如何将 Azure Policy 和 Azure Monitor 与已启用 Azure Arc 的 Kubernetes 配合使用。

先决条件

为了获得本模块的最佳学习体验，需要基本了解和熟悉：

  • 容器化和 Kubernetes 体系结构
  • 大致了解 Kubernetes 群集的管理
  • Azure 门户和 Azure CLI
  • Azure Monitor 和 Azure Policy
  • GitOps 原则和流程