App Service 3年预留实例与App Service Plan差异及部署规则咨询

二者是否为同一概念 #

二者完全不属于同一维度的产品，不存在等价关系：

• 常规App Service Plan（简称ASP）是实际承载App Service运行的算力资源载体，属于可直接操作、配置、部署应用的实体云资源。
• App Service预留实例（简称RI，含1年/3年期）是计费层面的折扣权益，不是实际运行资源，本质是你承诺为指定规格、指定区域的ASP支付固定周期费用后，微软给出的成本减免政策，本身不具备承载应用运行的能力。

3年期预留实例与常规App Service Plan的具体区别 #

• 资源属性差异：ASP是实体资源，可在门户查看、调整配置、扩缩容、删除，所有应用部署、运行的动作都要基于ASP完成；RI是账单抵扣合约，购买后不会生成对应的可操作运行实例，仅作用于计费环节。
• 使用灵活性差异：常规ASP支持随时调整规格、迁移区域/资源组、删除，按实际运行时长支付随用随付费用；RI属于固定周期承诺，购买后仅支持在规则范围内兑换同类型其他规格的RI，无法直接退款，折扣仅能抵扣和你购买时选定的区域、操作系统、定价层、实例规格完全匹配的ASP费用，不匹配的资源无法享受折扣。
• 成本逻辑差异：常规ASP采用随用随付定价，运行多久就按对应小时单价结算多久费用；RI为预付固定周期费用，平摊后的小时单价远低于随用随付价格，只要账号下存在符合匹配规则的运行中ASP，就会优先用RI额度抵扣对应费用，不会重复产生随用随付账单。

预留实例的应用部署规则 #

不存在「在预留实例下创建部署App Service」的操作逻辑，RI本身不承载任何应用：

• 应用部署数量的限制完全由被RI折扣覆盖的常规ASP决定，和RI本身没有关系。只要ASP的规格、区域等属性和RI匹配，就能正常享受折扣，这个ASP原本支持部署多少个应用，RI覆盖后依然支持部署多少个——只要所有应用的总CPU、内存占用不超过ASP的算力配额，单个ASP下部署多个、数十个应用都可以，没有额外限制。
• RI没有「仅支持单个应用使用」的规则，它只负责匹配符合要求的ASP做账单抵扣，不会干涉ASP上的应用部署数量、类型。

注意：如果购买了RI但没有在对应区域创建、运行匹配规格的ASP，RI不会自动生成可用资源，对应的折扣权益会直接闲置，不会产生任何实际使用价值。

内容的提问来源于stack exchange，提问作者SingleDigit