同一App Service能否承载多语言REST API 需按语言拆分服务吗

你同事提出的「应当创建2个独立App Service分别承载Python、Scala语言实现接口」的说法不正确，拆分独立实例是可选的架构优化选项，而非强制要求。

核心依据 #

• App Service Plan本质是App Service的底层计算资源配额池，同一个Plan下的所有App Service共享分配的vCPU、内存、存储、出口带宽资源，和上层应用的开发语言没有绑定关系。
• 单个App Service没有单语言承载限制：如果采用自定义容器部署模式，你可以在镜像内同时集成Python、Scala（JVM）运行环境，通过Supervisor、Nginx等组件同时拉起两类语言的服务进程，按路由规则转发请求，完全可以在同一个App Service实例内承载两种语言实现的所有REST API，不需要拆分多个实例。
• 仅当你选择使用App Service内置运行时栈（非自定义容器）部署时，单个App Service实例才会在创建时绑定固定的主运行时（比如选定Python内置栈后无法直接原生运行Scala编译的JAR包，选定Java内置栈后也无法直接托管Python WSGI应用），但这种场景下你依然可以选择切换为自定义容器部署模式实现单实例多语言承载，不存在必须拆分的强制规则。

拆分独立App Service的适用场景 #

拆分实例本身不是错误方案，但仅在匹配以下业务需求时才有必要，不需要默认拆分：

• 两类接口的流量特征差异极大，需要单独配置扩缩容规则、独立分配资源配额，避免某一类接口的流量突增挤占资源影响另一类接口可用性
• 两类接口的迭代节奏、发布流程完全独立，拆分后可以实现独立发布、独立版本管理，避免单类接口发布操作导致全量服务中断
• 需要为两类接口单独配置域名、访问控制规则、SSL证书、身份认证策略，拆分后配置管理更灵活

补充说明：即便你选择拆分两个App Service承载不同语言的接口，两个实例依然可以部署在同一个App Service Plan下共享底层资源，不需要额外购买新的服务计划配额。

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