支持用户注册的Azure应用对接Azure AD的用户与自定义属性管理咨询

完全可以和Azure AD集成，不需要把整套用户管理能力独立在Azure AD外部实现，注册时自动创建Azure AD账号、同步自定义用户属性都是官方原生支持的能力。

具体实现方案 #

• 首先选对适配场景的Azure AD能力：如果你的应用是面向外部普通用户开放注册，不要用面向企业内部员工的普通Azure AD租户，直接用Azure AD B2C——这是Azure AD专门面向外部客户身份场景的版本，本身就内置了用户自助注册、登录、密码重置、多因素校验的整套流程，不用从零写注册鉴权逻辑。
• 自动建号不需要额外开发：Azure AD B2C的内置注册用户流，默认会在用户完成注册校验（比如邮箱/手机号验证码验证、信息合规校验）后，自动在租户下创建对应用户对象，你只需要在配置里打开注册环节需要收集的字段开关即可。
• 自定义属性同步原生支持：你提到的手机号、地址、用户名这类资料，分两类处理：
  • 手机号、地址、显示名这类属于Azure AD内置的标准用户属性，直接在注册流配置里把对应字段设为必填/选填，用户提交后会自动写入用户对象的对应属性，不需要额外写同步逻辑。
  • 如果你有Azure AD默认不提供的业务属性（比如用户等级、个性化配置这类），可以先在Azure AD B2C租户里创建自定义扩展属性，之后同样把这些属性挂到注册流程里，用户提交的内容会自动写入用户对象的扩展属性，后续业务逻辑直接读取就行。
• 如果你要做完全自定义的注册UI，不想用Azure AD自带的默认注册页，也可以在自己的注册接口收到用户提交的信息、完成业务侧校验后，直接调用Microsoft Graph接口创建用户，把手机号、地址、自定义属性作为参数传入，就能直接在Azure AD里生成对应用户，所有属性会同步存储。

不需要完全独立实现用户管理的补充说明 #

只有极特殊场景需要额外做外部用户存储：比如你的用户数据有强合规要求，必须存储在Azure服务覆盖不到的特定私有存储环境，或者用户属性结构完全无法适配Azure AD的属性模型。这种场景下你依然可以用Azure AD做核心身份认证，只需要在认证流程里加自定义逻辑，从外部数据库读写用户属性即可，不需要把整套注册、登录、鉴权能力完全拆出去独立实现。

实操提醒 #

• 你把应用部署在Azure App Service的话，直接开App Service自带的身份认证能力就能对接Azure AD/B2C，不用自己手写整套OAuth2、OpenID Connect的鉴权代码，能省很多工作量。
• 配置用户属性的时候优先用Azure AD内置的标准属性，不要什么字段都建自定义扩展属性，能减少后续权限配置、跨系统同步的坑。
• 如果自己写代码调用Graph接口创建用户，记得给对应的应用注册分配User.ReadWrite.All的应用权限，不然接口会返回403无权限错误。

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