Azure | AZ-204 认证之旅-ASP VS ASE

1,526 阅读3分钟

持续创作,加速成长!这是我参与「掘金日新计划 · 10 月更文挑战」的第1天,点击查看活动详情

前几篇文章讲到了APP应用服务,但是其是如何立足于Azure的架构体系的呢?这篇文章带大家来认识Azure服务的中流砥柱ASP和ASE。

ASE

ASE 应用服务环境,提供完全独立的专用环境(独占式),能应用于需要安全地大规模运行的应用服务应用。它属于硬件层面的独占,适合在硬件层面的隔离。天然集成虚拟网络,不需像ASP层面的服务区做配置。

ASE特点:

  • 具有规模极大,大于一般的应用服务的容量 (规模大)
  • 网络隔离以及网络访问安全 (隔离,安全)
  • 内存利用率非常高
  • 支持单一区域或多区域
  • 天生集成打通了虚拟网络 (网络集成)

另外,ASE 属于豪华套餐,专门用于单一订阅(目前最多100个实例),按照实际使用的物理资源去计费的,所以在这一层就不是弹性的。大多数情况下,我们都不会在ASE上构建我们的计划,更多的是用到了ASP。

ASP

ASP 应用服务计划,其位于ASE 硬件环境之上,其代表虚拟机集群,提供弹性伸缩,其上可托管多个App。可按照弹性计费,只管创建,不需要管理。

官方说

官方定义:应用服务计划为要运行的 Web 应用定义一组计算资源。 这些计算资源类似于传统 Web 托管方案中的服务器场。 可将一个或多个应用配置为在相同的计算资源中(或相同的应用服务计划中)运行。

每个应用服务计划定义以下资源:

  • 操作系统(Windows、Linux)
  • 区域(美国西部、美国东部,等等)
  • VM 实例数
  • VM 实例大小(“小型”、“中型”、“大型”)
  • 定价层(“免费”、“共享”、“基本”、“标准”、“高级”、“高级 V2”、“高级 V3”、“独立”、“独立 V2”)

最佳实践

应用服务计划可以按逻辑对订阅组的应用进行分组:

  • 在组中的网站实例之间共享功能、容量和层级的特性
  • 大多数情况下,使用应用服务计划作为计费单元

一个资源组可以有多个应用服务计划,一个应用服务计划中可以有多个应用。

总结

如下图所示,APP应用构建与ASP之上,而ASP构建于ASE之上,在数量和规模上依次递减。

image.png

对于ASP和ASE的计费方式,如果没有特别设置ASE,那么是用的共享的池子,如果进行新建设置,那么是按照ASE 计划计费。同样的逻辑适用于ASP。

对于ASP和ASE,我们只需要管创建,不用去管理。