介绍
假设你是 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 原则和流程