Azure新订阅默认分配及必需的最小资源提供程序(RP)查询

默认已注册RP列表的通用性结论 #

你当前观测到的新订阅默认RP列表不具备全局通用性，不能直接作为所有场景下的可靠判断依据，初始注册集合会受三类因素影响：

• 订阅类型：企业协议(EA)订阅、CSP云解决方案提供商订阅、免费试用订阅、Visual Studio/MSDN订阅、政府社区云(GCC)订阅的默认RP集合存在明确差异，例如免费试用订阅会默认注册试用权益相关RP，而高度隔离的Azure机密云默认注册RP数量仅为公有云的60%左右
• 云环境与部署区域：由世纪互联运营的Azure中国、Azure Government、Azure德国云等独立云环境的默认RP列表与全球公有云完全不同；同属公有云环境时，订阅主区域不会改变核心RP的注册状态，但部分区域专属服务（如特定可用区的机密计算服务）对应的RP不会在新订阅中默认注册
• 订阅初始化配置：创建订阅时如果勾选启用安全中心自动配置、成本异常告警、默认策略分配等选项，对应关联的RP（如列表中的Microsoft.Security、Microsoft.CostManagement）会被自动注册，未勾选上述选项的订阅初始列表不会包含这类RP。

你观测到的两个大小写特殊的RP属于平台历史遗留命名问题：microsoft.insights和microsoft.support在所有订阅中的命名空间均为小写开头，与其他RP的驼峰命名规则不一致，属于正常情况，不需要做大小写适配修正。

订阅正常运行的最小必需RP集合 #

首先明确核心规则：RP注册状态仅控制对应资源类型的管理平面操作权限，不影响平台底层的计费、身份校验等核心逻辑——未注册Microsoft.Billing不会免除Azure资源使用费用，计费流程由平台底层独立运行，与RP注册状态完全无关。
真正属于订阅核心运行必需、禁止手动修改注册状态的RP仅有3个：

• Microsoft.Resources：资源管理平面核心依赖，所有资源的增删改查、部署操作底层都依赖该RP，取消注册会直接导致整个订阅的资源管理接口完全不可用
• Microsoft.Authorization：RBAC角色分配、Azure策略、权限校验的核心依赖，取消注册会导致订阅内所有权限控制逻辑失效
• Microsoft.Features：负责管理订阅级服务功能开关、预览功能启用状态，大量服务的注册和运行都会隐式依赖该RP，保持默认注册状态即可，无需手动调整。
  列表中其余RP均不属于核心必需项：
• Microsoft.Billing、Microsoft.Commerce、Microsoft.Consumption、Microsoft.CostManagement仅关联账单查询、成本分析功能，未注册时仅无法通过门户/API查询账单、成本数据，不影响实际计费和资源部署
• Microsoft.Portal仅支撑Azure门户的界面渲染、用户个性化配置，通过API、CLI、ARM模板等方式部署资源完全不依赖该RP
• Microsoft.ServiceBus、Microsoft.Sql、Microsoft.Storage、Microsoft.Web、Microsoft.DocumentDB、Microsoft.ContainerRegistry、Microsoft.Cdn等对应具体云服务的RP，仅在需要部署对应服务资源时才需要注册，未注册完全不影响订阅本身的正常运行
• Microsoft.Advisor、Microsoft.AlertsManagement、Microsoft.GuestConfiguration、Microsoft.PolicyInsights、Microsoft.ResourceGraph、Microsoft.ResourceHealth、Microsoft.Security、Microsoft.SerialConsole、Microsoft.ADHybridHealthService、Microsoft.MarketplaceOrdering、Microsoft.ClassicSubscription、microsoft.support、microsoft.insights均属于附加功能类RP，未注册仅会关闭对应附加功能，不会影响订阅核心可用性。

客户端部署场景的推荐处理逻辑 #

不要硬编码默认RP列表做预校验或批量调整，正确的幂等处理流程为：

• 不对任何已处于Registered状态的RP执行修改、取消注册操作，避免影响订阅现有配置
• 部署前仅针对本次需要部署的资源类型，查询其依赖的对应RP，对处于Unregistered状态的RP触发注册流程，等待注册状态变更为Registered后再执行资源部署
• 无需提前全量注册所有可能用到的RP，也无需区分订阅是新创建还是历史复用，按上述幂等逻辑处理即可覆盖所有场景。

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