为何Azure B2C独立于默认目录？是否存在同类Azure服务？

哎这个问题我太有共鸣了！当初第一次创建Azure B2C的时候，看着它硬生生跳出我用惯的default目录，单独搞了个新租户，我也差点懵圈，后来查了资料加上实际用下来才明白为啥要这么设计：

• 安全与数据隔离是核心
  B2C是专门用来管理外部消费者身份的（比如你的产品用户、网站访客），和你default目录里的内部员工身份完全是两个不同的安全域。把它独立出来，能彻底避免外部用户的身份数据（比如手机号、社交账号信息）和内部员工的敏感数据混存，降低数据泄露的风险，也能单独给外部用户配置专属的安全规则（比如更宽松的注册流程、不同的多因素认证要求），不用和内部的安全策略绑定。

• 功能架构的特殊性要求
  Azure B2C本质上是基于Azure AD但完全偏向消费者场景优化的服务，它的租户类型是专属的「B2C租户」，和普通的Azure AD租户（你的default目录）架构逻辑不一样。比如它支持社交平台登录（Facebook、Google等）、自定义品牌化登录页面、灵活的用户注册/重置旅程这些功能，这些在普通Azure AD里要么没有，要么需要复杂的额外配置。独立目录能让B2C的功能逻辑更纯粹，不会和内部AD的功能冲突。

• 管理权限的清晰边界
  如果把B2C塞进default目录，内部AD管理员可能会不小心误操作外部用户的数据，或者外部身份的管理权限会和内部员工的权限混淆。独立目录可以让你给B2C单独分配专属管理员，只负责外部用户的身份管理，和内部AD的管理完全隔离，权责划分更清晰，也避免了权限过大的风险。

• 合规需求的灵活适配
  外部消费者数据的合规要求（比如GDPR、CCPA）往往和内部员工数据不一样，独立目录可以单独配置数据存储位置、审计规则、数据保留策略，满足不同的合规需求，不用受内部目录规则的限制。

其实Azure B2C的「独立目录」本质上是一个独立的Azure AD租户，和你的default目录是平级关系。除了B2C之外，还有不少服务会建议或要求使用独立租户来部署：

• Microsoft Entra External ID（消费者身份场景）
  这是Azure B2C的升级版本，同样面向外部消费者身份管理，必须使用独立租户来隔离外部数据，提供更灵活的身份治理能力。

• Power Pages（原Power Apps Portals）
  虽然可以在现有目录里部署，但如果是搭建面向外部用户的门户网站（比如客户自助服务平台），大多数企业会选择搭配独立的B2C租户来管理外部用户身份，确保内部和外部数据完全隔离。

• Dynamics 365 Customer Insights - Journeys
  针对外部客户的营销自动化场景，建议创建独立租户来部署，避免营销数据和内部业务数据混在一起，同时也方便单独配置合规规则和权限。

看你截图里的目录切换界面，就能直观看到B2C租户和default目录是并列的，这就是它们独立身份域的体现～

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