通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

Azure 中的新式应用程序平台解决方案

  • 项目

许多 Azure 产品和服务可支持现代应用程序平台需求。 要选择正确的产品，需要对应用程序和操作需要进行深入了解。 为简化选择过程，本文将根据以下几个战略问题帮助对需要考虑的产品进行排序：

  • 应用程序平台：应用程序是否需要自定义运行时？ 开发团队是否可以考虑由云提供商设置的云运行时定义？
  • 操作：应用程序、应用程序平台或容器主机的操作是否需要自定义操作？ 或者，是否应采用标准化操作方法集中处理跨工作负载的操作？ 或者选择云提供商支持的云操作？
  • 位置：此解决方案是否会在公有云中运行？ 或者是否需要将其部署到私有云或边缘环境？ 解决方案在工作负载可迁移性方面是否存在需求？
  • 工作负载合并：每个应用程序或工作负载是否各自需要专用主机？ 工作负载是否可以在共享主机上运作？ 或者是否能由云提供商判定此问题？

比较 Azure 产品

下表将上述问题映射到几个要考虑的 Azure 产品。

Azure 产品 应用程序平台 操作 位置 合并
Azure 应用服务 云运行时 Cloud ops 固定（仅公有云） 由 Azure 管理
Azure Stack HCI 云运行时 可自定义 固定（仅私有云） 共享主机
AKS 的 Azure Stack HCI 可自定义 可自定义 固定（仅私有云） 共享主机
Azure Kubernetes 服务 (AKS) 可自定义 可自定义 固定（仅公有云） 支持专用或共享主机
用于 Kubernetes 的 Azure Arc 不适用 云运营 支持公有和私有云 不适用
支持 Azure Arc 的 Kubernetes 上的 Azure 应用服务 云运行时 可自定义和云操作 支持公有和私有云 支持专用或共享主机

Azure 产品与各种角色的协调

以下叙述分享了应用程序和运营团队的观点，以更好地传达每个产品的价值。

Azure 应用服务

Azure 应用服务可以让你采用所选编程语言构建和托管 Web 应用、移动后端以及 RESTful API，而无需管理基础结构。 它提供自动缩放和高可用性，支持 Windows 和 Linux，并支持从 GitHub、Azure DevOps 或任何 Git 存储库进行自动部署。

  • 开发人员可以将 Microsoft Azure 定义的 Azure 本机应用程序平台和运行时用作自己的应用程序平台，从而以最快速度完成开发。
  • 运营团队希望通过将许多主机操作任务移交到云提供商来实现操作的简单性和缩放性。

Azure Stack HCI

Azure Stack HCI 提供基于 Azure PaaS 服务的应用程序平台，运行在私有云或边缘环境的 Azure Stack 上，使用的工具与云操作非常相似。

  • 开发人员可以将 Microsoft Azure 定义的 Azure 本机应用程序平台和运行时用作自己的应用程序平台，从而以最快速度完成开发。
  • 运营团队有特定的约束：
    • 必须在私有云或边缘环境中运行。
    • 它需要自定义操作以适应并行私有云操作。
    • 大多数情况下，可能会整合共享主机上的工作负载，将主机和工作负载操作分离为不同的任务集，用于集中的主机操作和工作负载操作，这些操作可以是集中的或特定于工作负载的。

AKS 的 Azure Stack HCI

Azure Stack HCI 还可以运行 Azure Kubernetes 服务的实例，以支持在 Kubernetes 上运行的可自定义应用程序平台。

  • 开发人员需要能够自定义应用程序平台，以满足应用程序的运行时要求。
  • 运营团队有特定的约束：
    • 必须在私有云或边缘环境中运行。
    • 它需要自定义操作以适应并行私有云操作。
    • 大多数情况下，可能会整合共享主机上的工作负载，将主机和工作负载操作分离为不同的任务集，用于集中的主机操作和工作负载操作，这些操作可以是集中的或特定于工作负载的。

Azure Kubernetes 服务 (AKS)

Azure Kubernetes Service (AKS) 提供基于 Kubernetes 的可自定义运行时选项，在 Azure 中运行的公共云资源上运行。

  • 开发人员需要能够自定义应用程序平台，以满足应用程序的运行时要求。
  • 运营团队有特定的约束：
    • 必须仅在公有云中运行。
    • 需要由容器业务流程协调程序定义的自定义操作以及主机和容器的编程部署，这使得这一解决方案适用于特定于工作负载的 DevOps 团队，对集中式操作支持的依赖最小。
      • 此外，还可以在 Kubernetes 容器间标准化容器业务流程协调程序，允许大规模地实现集中式操作。
    • AKS 旨在支持每个工作负载的专用容器。
      • AKS 还可用于合并工作负载，允许中心操作将支持扩展到容器主机。

用于 Kubernetes 的 Azure Arc

Azure Arc 扩展了 Kubernetes 群集的操作，能在 Kubernetes 群集的公有云、私有云和边缘部署间实现一致的云操作。

  • 运营团队有特定的约束：
    • 已跨多个混合和多云环境部署 Kubernetes 容器。
    • 不管环境如何，这些不同容器的管理需要集中操作、治理、安全性和其他统一操作原则。

支持 Azure Arc 的 Kubernetes 上的 Azure 应用服务

支持 Azure Arc 的 Kubernetes 上的 Azure 应用服务能建立开发和操作间的一致性。

  • 开发人员可以将 Microsoft Azure 定义的 Azure 本机应用程序平台和运行时用作自己的应用程序平台，从而以最快速度完成开发。
  • 运营团队需要灵活性：
    • Azure Arc 组件允许跨环境进行一致的云操作。
    • Kubernetes Foundation 允许在主机和工作负载级别上定制或标准化容器主机操作。
    • 采用应用程序平台，可确保为应用程序（在私有云中的 Kubernetes 主机或 Azure 中的边缘环境和 AKS 中运行）实现一致的运行时。

执行操作

下一步是将新式应用程序平台融入到你的云采用旅程中。 以下文章列表将在云采用旅程中的特定阶段为你提供指导，帮助你在云采用方案中取得成功。