在Azure应用服务创建WordPress时遇RequestDisallowedByPolicy错误求助

1. 处理app-service-sku-policy策略限制 #

• 确认App Service计划SKU：沙箱订阅对SKU有严格限制，优先选择F1免费层或B1基础层（部分沙箱仅开放这两类），避免使用P系列等高级SKU。若教程指定了SKU，需核对是否在沙箱允许范围内。
• 手动创建合规的App Service计划：先在learn-开头的资源组内创建符合策略要求的App Service计划，再基于该计划创建WordPress应用，避免自动生成的计划触发SKU拦截。

2. 解决allowed resource types禁止私链资源的问题 #

• 替换MySQL in App方案：该功能已逐步被Azure淘汰，且沙箱策略限制了privatelink.mysql.database类资源。改用Azure Database for MySQL Flexible Server（基础层），或练习阶段临时使用WordPress内置的SQLite数据库。
• 手动配置数据库：创建WordPress应用时选择「手动配置数据库」选项，跳过自动创建数据库的流程，后续在应用后台手动填写合规数据库的连接信息，避免触发私链资源创建逻辑。

3. 适配沙箱订阅的特殊规则 #

• 查看订阅策略详情：在Azure门户搜索「策略」，进入沙箱订阅的策略页面，明确允许的资源类型和SKU列表，严格按照列表创建资源。
• 使用课程配套ARM模板：若课程提供了部署模板，直接通过模板部署，模板已预先适配沙箱的策略限制，减少手动配置的偏差。

4. 修正操作流程 #

• 严格使用指定资源组：所有资源必须创建在系统生成的learn-开头资源组内，禁止手动创建其他资源组。
• 重置沙箱环境：若之前操作遗留了违规资源，先清空learn-资源组内的所有内容，重新激活沙箱后从头开始操作。

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