위치 힌트, AAM DCS 지역 노드 및 ID 서비스 위치 힌트

Adobe Experience Platform(AEP) WebSDK 위치 힌트, Experience Cloud ID 서비스 위치 힌트 및 Adobe Audience Manager(AAM) DCS 지역 노드 간의 관계에 대해 알아봅니다.

설명 description

환경

문제/증상

AEP(Adobe Experience Platform) WebSDK 위치 힌트, Experience Cloud ID 서비스, 위치 힌트 및 AAM DCS 지역 노드 간의 관계는 무엇이며 이 관계를 이해하는 것이 중요한 이유는 무엇입니까?

해결 방법 resolution

AEP WebSDK(Experience Edge으로 데이터 전송) 및 Adobe Audience Manager(AAM) 실시간 데이터 수집은 전 세계에 분산된 지역 노드에서 수행됩니다. 7개의 지역 노드가 있으며 AEP WebSDK/Experience Edge 및 AAM 데이터 수집은 동일한 노드를 사용합니다. AAM의 DCS(Data Collection Server)는 Experience Edge을 구성하는 것과 동일한 네트워크 인프라를 사용합니다. 마찬가지로 Experience Cloud ID 서비스는 AAM 기술을 사용하므로 ID 서비스 위치 힌트는 AAM 지역 데이터 수집 노드와 동일합니다. 즉, AAM DCS 노드 = ID 서비스 위치 힌트 =  Edge 위치 힌트를 경험하십시오. AAM의 지역 노드는 이 설명서에 요약되어 있는 반면, 동일한 Experience Edge의 지역 노드는 이 설명서에 요약되어 있습니다.

AAM의 지역 노드 및 ID 서비스 위치 힌트는 숫자로 식별되고 Experience Edge의 위치 힌트는 영숫자로 식별되지만 모두 동일한 영역(브라질 제외)에 정렬됩니다.  아래 조회 테이블에는 조회 테이블이 어떻게 정렬되어 있는지 나와 있습니다.

실시간 응답이 필요한 대부분의 Adobe Experience Cloud 기능은 이러한 지역 노드를 활용합니다. 웹 페이지 또는 모바일 앱에서의 첫 번째 호출 ID 서비스 또는 Experience Edge 호출은 사용할 지역 노드를 결정합니다. 위치 힌트는 다음 호출에 대한 응답으로 찾을 수 있습니다.

Experience Cloud ID 서비스:

AEP 웹 SDK:

최종 사용자에게 가장 가까운 지역 노드가 결정되면 Analytics, Target 및 AEP WebSDK 호출을 통해 지역 식별자가 전달됩니다. Analytics에서는 aamlh 쿼리 문자열 매개 변수로 전달됩니다.

Target에서 요청 페이로드의 experienceCloud.audienceManager.locationHint 개체에 전달됩니다.

AEP Web SDK의 경우 호출 경로가 지역 노드를 반영하도록 업데이트됩니다.

참고: 지역이 아직 결정되지 않았으므로 AEP WebSDK의 첫 번째 상호 작용 호출에는 경로에 해당 지역이 포함되지 않지만 위치 힌트는 응답에 포함됩니다(위에서 설명한 대로). 원래 요청의 경로는 ..../ee/v1/....이지만 후속 호출에는 /ee/ and /v1/ 경로 요소 사이의 지역 노드 정보가 포함됩니다.

이러한 매개 변수를 사용하면 서버측에서 전달된 Analytics 데이터가 올바른 AAM 에지 노드로 전달되고, Target이 동일한 에지 노드에서 세그먼트 정보를 요청하고, AEP 데이터가 데이터를 AAM의​(및 대상 라이브러리의) 올바른 지역 노드로 보냅니다.

이 정보는 Adobe 솔루션에 비표준 방식으로 서버측 또는 사용자측 히트를 전송할 때 알아야 합니다. 예를 들어 ECID(Experience Cloud ID)를 AEP 프로필과 동기화하기 위해 전적으로 페이지에서 수동으로 생성된 AEP WebSDK 호출을 올바른 Experience Edge 지역 노드로 전송해야 합니다. 그렇지 않으면 AEP에서 AAM으로 공유된 모든 데이터가 AAM 백엔드 데이터베이스로 이동한 다음 AAM에서 해당 데이터를 각 에지 노드로 푸시하는 데 추가로 48시간이 걸립니다. 이렇게 하면 Target에서 AAM(또는 대상 라이브러리)로 전송된 AEP 세그먼트를 사용할 수 있는 시간이 크게 줄어듭니다. 또는 서버측 Analytics 요청이 노드 7로 전송되지만 사용자의 페이지 내 Target 구현이 영역 9를 사용하는 경우 데이터가 AAM의 미국 동부 노드로 전달되는 반면, Target은 세그먼트 정보를 위해 미국 서부 노드에 ping을 수행합니다. 최종 사용자는 최종 노드가 24~48시간 후 동기화되기 전까지 대상 라이브러리 대상/AAM 세그먼트를 사용하여 Target 활동을 사용할 수 없습니다. getMarketingCloudVisitorID​(ID 서비스) 또는 getIdentity​(웹 SDK) 함수를 사용하여 ECID를 가져오는 것은 이러한 사용 사례의 일반적인 관례입니다. 그러나 ECID를 가져오는 것 외에도 getLocationHint​(ID 서비스) 함수를 사용하거나 웹 SDK 호출의 응답 페이로드에서 위치 힌트를 검색하여 사용해야 합니다.

Experience League Campaign 커뮤니티에서 질문하기
이 주제에 대해 답변하고 싶은 질문이 있거나 이전 답변한 질문을 읽은 경우, 이 문서를 포함하는 Experience League 커뮤니티 블로그 게시물을 확인하고, 질문과 의견을 보내 Experience League Campaign 커뮤니티에 참여하세요!