生成 Azure 应用的关键概念
这是帮助开发人员开始使用 Azure 的 7 篇文章中的第六篇。
- 第 1 部分：面向开发人员的 Azure 的概述
- 第 2 篇：面向开发人员的主要 Azure 服务
- 第 3 部分：在 Azure 上托管应用程序
- 第 4 部分：将应用连接到 Azure 服务
- 第 5 部分：如何在 Azure 中创建和管理资源？
- 第 6 部分：生成 Azure 应用的关键概念
- 第 7 部分：如何计费？
在深入设计要在 Azure 上运行的应用程序之前，你可能需要提前做一些计划。 在开始时，你需要了解一些基本的 Azure 概念，以便为你的方案做出最佳决策。 考虑因素包括：
Azure 区域
区域是指在定义了延迟的外围中部署的一系列数据中心，它们通过专用的区域性低延迟网络互相连接。 Azure 为你提供了在需要的地方部署应用程序的灵活性，包括在必要时跨多个区域提供跨区域复原能力。
通常，你希望解决方案的所有资源都在同一区域，以尽量减少应用程序不同组件之间的延迟。 这意味着，如果你的解决方案由 Azure 应用程序服务、数据库和 Azure Blob 存储组成，则所有这些资源都应在同一 Azure 区域中创建。
并非每个 Azure 服务在每个地区都可用。 可用产品（按区域）页面可以帮助你找到应用所需的 Azure 服务可用的区域。
Azure 资源组
Azure 中的资源组是将 Azure 资源组合在一起的逻辑容器。 每个 Azure 资源必须属于一个且只能属于一个资源组。
资源组通常用于将 Azure 中解决方案所需的所有 Azure 资源组合在一起。 例如，假设你有一个部署到 Azure 应用程序服务的 Web 应用程序，该应用程序使用 SQL 数据库、Azure 存储和 Azure 密钥保管库。 通常的做法是将此解决方案所需的所有 Azure 资源放入一个资源组中。
这使得更容易分辨应用程序运行需要哪些资源以及哪些资源彼此相关。 因此，在 Azure 中为应用程序创建资源的第一步通常是创建资源组，该资源组将作为应用程序资源的容器。
环境
如果你在本地进行过开发，那么你熟悉如何在开发、测试和生产环境中推广你的代码。 在 Azure 中，若要创建单独的环境，需要为每个需要的环境创建一组单独的 Azure 资源。
由于每个环境都是一个精确的副本很重要，建议使用脚本创建环境所需的资源，或者使用基础结构即代码 (IaC) 工具以声明方式指定每个环境的配置。 这确保了环境创建过程的可重复性，并使你能够根据需要启动新环境，例如对应用程序进行性能或安全测试。
DevOps 支持
无论是通过持续集成将应用程序发布到 Azure，还是为新环境预配资源，Azure 都可以与大多数流行的 DevOps 工具集成。 用户可以使用已有的工具，并利用对以下工具的支持来最大限度地提升现有体验：