Azure App Service Plan

之前使用过Azure Function等Serverless服务，但没有对App Service Plan做深入的了解，今天看了官方文档，针对概念性的内容，跟大家做个总结和分享，希望对大家有帮忙。

Azure App Service Plan概述

官方说法，无论是Web Apps, API Apps还是Mobile Apps, 应用都是跑在某个App Service Plan中的。

App Service Plan定义了一组计算资源（compute resource），类似于Server Farm，可以运行多个App。

题外话，关于Server Farm也叫Server Cluster，经常用于集群计算，包含了多个甚至上千个server（包括backup server），耗电和冷却都非常消耗资源，所以整个集群的性能瓶颈一般在数据中心的冷却系统和供电系统，而非处理器本身。集群中多个server之间的通讯也会引入其他网络设备。

当我们在Azure Portal上创建一个App Service Plan的时候，会有一系列计算资源创建出来（在你选择的region里）。所以无论何种App扔到此Plan里，都会跑在这一系列资源里。

Azure App Service Plan里包含哪些东西？

• OS(Windows或者Linux操作系统)
• Region(Resource在哪个region)
• VM实例的个数
• VM实例的Size(小、中、大)
• Pricing tier，哪种配置的（for dev, production等）
  • 这个决定了我们有哪些功能可以使用和如何收费
  • 多种收费
    • Share Compute，分为Free和Shared两个，跟其他customer的app跑在同一台vm上，每个app分配CPU额度和时间片，所有app共享shared resources，不能scale out。这个一般只用于开发和测试。  
      这层也只有一个deployment slot。  
      根据CPU额度（每个app分到CPU的额度或时间）
    • Dedicated Compute，Basic/Standard/Premium/PremiumV2/PremiumV3。单独VM，相同Azure Service Plan下的所有app share同一组计算资源，等级越高，scale out的时候可用VM越多。  
      这个也是根据VM收费的，无论跑了多少个app。  
    • Isolated，提供最大的隔离级别，单独虚拟网络 + 单独VM + 最强scale out能力。昂，类似王思聪的电脑配置级别。  
      根据worker数量收费。
    • 以上不同等级也提供了不同的功能，比如自定义域名和证书，自动伸缩，deployment slots(部署槽？真不好翻译)。  
      同一个app多个slots，会share同一个VM。

app如何运行和扩展？

• Free & Shared共享CPU时间片，不能扩展
• 其他，当创建App的时候，都会先创建一个Azure Service Plan，然后App会run再plan下配置的所有VM实例上。多个app也共享plan下的所有VM
• 如果某个app有多个deployment slots，会run在同一个VM上
• App Service Plan是一个扩展单位，比如Plan指定5个VM，那么所有在plan下的app会共同跑在5台VM上。如果是自动扩展，那么这些app也会一起扩展

收费

上面针对不同tier简单说了cost，还有其他的相关费用，如下：

• 域名：Azure上购买或者renew
• 证书：Azure上购买或者renew
• 基于IP的TLS connections：不甚了解
• 其他：如果需要更多feature，就逐层升级tier。

新建Plan还是用已有Plan

因为我们是针对Plan里的resources来付费的，所以，如果资源允许，就可以将App加到已有Plan里来节省费用。

另一方面，在将App加入到已有Plan里的时候，要预估现有的Plan能不能满足此App需要的resource，不然可能造成已有Plan里的所有resource都down掉。

所以官方建议，以下情况建议为App建立单独Plan：  

• 资源密集型应用
• App需要不同于现有App来做伸缩
• App需要host在不同的region里

参考图：

参考链接：  

Azure App Service plan overview

App Service pricing