AEP身份命名空间与AAM数据源有何关系
本文讨论了AEP身份命名空间与AAM数据源之间的关联。 简言之，在AAM中创建的所有AAM跨设备数据源以及在人员核心服务UI中创建的所有客户属性数据源都具有相应的AEP身份命名空间，删除该数据源将导致删除身份命名空间。
描述 description
环境
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
问题/症状
AAM（和客户属性）数据源与AEP身份命名空间之间是否存在关系？
解决方法 resolution
可以。它们通过以下方式相关联。：
- 自2019年4月以来，在AAM中创建的所有AAM跨设备数据源和在People Core Service UI中创建的客户属性数据源都将在同一Experience Cloud组织中创建一个同名的AEP身份命名空间，即使该Experience Cloud组织未获得AEP许可。
- 在2019年4月之前创建的所有AAM跨设备和客户属性数据源都在2019年4月创建了它们的AEP身份命名空间。
- 任何自动生成的身份命名空间都有一个指向的指针，但它们与其AAM跨设备或客户属性数据源交易方不是相同的实体。 这些是在 Experience Edge 上查找表的同一行中参考的独立身份。
- 只有AAM跨设备数据源和客户属性数据源具有对应的身份命名空间。 基于 Cookie 的 AAM 数据源没有。
基于此信息，请注意以下重要注意事项：
- 删除AAM跨设备或客户属性数据源将导致删除推定身份命名空间。
- 对AAM跨设备或客户属性数据源 名称 或 集成代码 所做的任何更新都不会反映在AEP身份命名空间UI中。
- 任何AAM跨设备数据源集成代码 或在2019年4月之后创建的具有特殊字符（例如连字符或下划线）的客户属性别名将导致新的身份命名空间符号由3个大写字母组成
- 身份命名空间符号应与AAM跨设备数据源集成代码或客户属性别名（即使它包含特殊字符）匹配。如果数据源是在 之前 于2019年4月创建，并且集成代码或别名此后未更新。
如何实际应用这些信息？
如果在迁移到AEP Web或Mobile SDK期间需要维护现有的AAM或客户属性实施，则将用户或CRM ID传递到AAM和客户属性的方法（过去通过ECID身份服务的设置用户ID函数/方法所做的操作）是：在AEP或数据收集UI中设置带有 身份命名空间符号 的SDK身份映射，该符号与所讨论的AAM跨设备或客户属性数据源相对应。 Experience Edge将看到身份符号，查找相应的AAM集成代码或客户属性别名，然后使用正确的AAM集成代码或客户属性别名转发数据收集点击，从而允许AAM跨设备数据源或客户属性别名继续收集AAM的用户ID以及利用这些ID的客户属性用例。
重要说明： AEP将把通过AEP Web SDK中的标识映射（或其他方式）传递的任何标识视为可拼接的标识，即使相关标识命名空间未绑定到启用配置文件的XDM字段也是如此。 如果需要传递到AAM或客户属性的ID不是个人/配置文件级别的ID，则可能会出现问题。 例如，如果相关ID是家庭ID，而不是单个ID，这可能会导致多个AEP配置文件合并/折叠为一个。
有用的提示： 如果不清楚哪个AAM跨设备或客户属性数据源可能与给定的AEP身份命名空间相关，则使用此API调用为某个可能的AAM数据源调用AAM API将返回包含customNamespaceCode字段的JSON有效负载。 无论哪个AEP身份命名空间指向该AAM数据源，该字段的值都应匹配。 相同的API调用可用于确定哪个客户属性命名空间与哪个AEP身份命名空间相关。
相关读取：
AAM中的AEP Web SDK身份验证状态：本文讨论跨设备ID/数据源不同步或行为与迁移之前不同的问题。