Azure AD B2C用户信息更新时如何触发Azure Functions

该需求完全可以落地，无需改造现有B2C用户更新流程，依托Azure原生能力即可实现全场景覆盖的自动触发。

Azure AD B2C的用户数据存储于Azure AD目录中，所有渠道触发的用户属性变更（包括用户自助修改、管理员后台修改、API调用修改），都可以通过Microsoft Graph提供的变更通知能力向外推送事件，你只需要把Azure Functions配置为事件接收端，就能实现用户更新自动触发函数执行的效果。

• 新建HTTP触发类型的Azure Function，配置合适的认证等级（推荐用函数密钥认证，避免接口被恶意调用）。首先实现订阅校验逻辑：创建事件订阅时，Graph会向你的函数端点发送带validationToken参数的GET请求，你需要直接返回该参数的纯文本内容，状态码返回200，才能完成订阅验证。
• 调用Microsoft Graph接口创建变更订阅，订阅对象选择User实体，订阅事件类型为Updated，通知端点填写你上一步创建的Function触发URL，可按需配置订阅过期时间、生命周期回调地址，避免订阅意外失效。
• 在Function的业务逻辑中增加变更过滤逻辑：每次收到变更推送时，payload会携带发生变更的用户ID、变更的属性字段列表，你只需要判断变更字段包含姓名相关属性（givenName、surname、displayName）时，再执行你的目标业务逻辑即可，其余无关变更直接返回202 Accepted状态码，减少不必要的资源消耗。

不推荐通过B2C自定义策略的Claims交换逻辑实现触发，该方案只能覆盖用户走自定义用户流/自定义策略发起的信息修改场景，无法覆盖管理员在Portal后台改数、其他业务系统调用Graph API改数的场景，存在触发遗漏问题。
创建Graph订阅时，需要给调用接口的服务主体授予Directory.Read.All应用权限，否则会因权限不足创建失败。

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