데이터 피드 만들기

AVAILABILITY
이 문서에서 설명하는 기능은 릴리스의 제한된 테스트 단계에 있으며 사용자 환경에서 아직 사용하지 못할 수 있습니다. 기능이 일반적으로 제공되면 이 메모는 제거됩니다. Customer Journey Analytics 릴리스 프로세스에 대한 자세한 내용은 Customer Journey Analytics 기능 릴리스를 참조하십시오.

데이터 피드를 만들 때 Adobe에 다음 정보를 제공합니다.

  • 원시 데이터 파일을 전송할 대상에 대한 정보

  • 각 파일에 포함할 데이터

  • 데이터가 전송되는 빈도(늦게 도착하는 이벤트를 캡처하는 처리 지연 포함)

데이터 피드를 만들기 전에 데이터 피드에 대해 기본적으로 이해하고 모든 전제 조건을 충족하는지 확인하는 것이 중요합니다. 자세한 내용은 데이터 피드 개요를 참조하십시오.

데이터 피드 만들기 및 구성 create-and-configure-data-feed

  1. Adobe ID 자격 증명을 사용하여 experiencecloud.adobe.com에 로그인합니다.

  2. 인터페이스 오른쪽 상단에 있는 앱 전환기 App 에서 Customer Journey Analytics​를 선택합니다.

  3. 위쪽 탐색 모음에서 구성 요소 > 내보내기 (으)로 이동합니다.

  4. 데이터 피드 탭을 선택합니다.

  5. 화면 오른쪽 상단에서 만들기​를 선택합니다.

    또는 이전에 만든 데이터 피드가 없으면 빈 테이블에서 데이터 피드 만들기​를 선택하십시오.

    세부 정보, 데이터 구조 및 게재 탭으로 페이지가 표시됩니다.

    새 데이터 피드 페이지

  6. 세부 정보 탭에서 다음 필드를 작성합니다.

    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
    필드 함수
    이름 데이터 피드의 이름. 이름은 선택한 데이터 보기 내에서 고유해야 하며 최대 255자까지 사용할 수 있습니다.
    태그 쉽게 분류할 수 있도록 데이터 피드에 태그를 적용합니다.
    설명 데이터 피드에 대한 설명을 지정합니다(최대 500자). 추가한 설명은 데이터 피드를 편집할 때 표시됩니다.
    데이터 보기

    내보낼 데이터가 포함된 데이터 보기를 선택합니다.

    데이터 보기를 선택할 때는 다음 사항을 고려하십시오.

    • 동일한 데이터 보기에 대해 여러 데이터 피드가 만들어지는 경우 각 데이터 피드의 열 정의는 서로 달라야 합니다.
    • 사용 가능한 열 목록은 선택한 데이터 보기가 속한 로그인 회사에 따라 다릅니다. 데이터 보기를 변경하면 사용 가능한 열 목록이 변경될 수 있습니다.
  7. 다음​을 선택합니다.

  8. 데이터 구조 탭에서 데이터 보기 필드에 올바른 데이터 보기가 선택되어 있는지 확인하십시오.

  9. 세그먼트 드롭다운 메뉴에서 피드에 포함된 데이터를 필터링할 세그먼트를 검색하고 선택합니다.

    여러 세그먼트를 적용하면 AND 연산자와 함께 결합됩니다. 세그먼트를 OR 연산자로 조인하려면 먼저 세그먼트 빌더에서 새 세그먼트를 만든 다음 데이터 피드에 새 세그먼트를 적용해야 합니다.

    여기에 적용하는 세그먼트는 데이터 보기에 이미 적용되었을 수 있는 모든 세그먼트와 추가됩니다.

  10. (선택 사항) 왼쪽 레일에서 검색 필드를 사용하여 특정 구성 요소를 찾습니다. 또는 정렬 아이콘 구성 요소 정렬 아이콘 을 선택하여 다음 정렬 옵션을 적용합니다.

    table 0-row-2 1-row-2 2-row-2 3-row-2
    옵션 함수
    권장 목록 맨 위에 권장되는 순서로 구성 요소를 정렬합니다. 귀하 또는 귀사의 다른 사용자가 가장 자주 그리고 가장 최근에 사용한 구성 요소가 목록의 위쪽에 표시됩니다.
    알파벳 구성 요소를 알파벳순으로 정렬합니다.
    범주 계산된 지표와 표준 지표가 함께 혼합되지 않고 별도로 그룹화된다는 점을 제외하면 권장​과(와) 유사한 구성 요소를 정렬합니다.
  11. 데이터 피드 구성에 구성 요소를 추가합니다. 왼쪽 레일에는 데이터 피드에 유효한 구성 요소만 표시됩니다.

    • 드래그 앤 드롭: 구성 요소를 왼쪽 레일에서 캔버스로 드래그합니다. 한 번에 여러 구성 요소를 선택하고 드래그하려면 Shift​를 누르거나 Command(macOS) 또는 Ctrl(Windows)을 누릅니다.
    • 더하기 단추: 왼쪽 레일에서 구성 요소 옆에 있는 더하기 추가 아이콘을 선택하여 캔버스에 추가합니다.
    • 모두 표시: 구성 요소 목록의 맨 아래에서 모두 표시​를 선택하여 사용 가능한 모든 구성 요소를 표시하는 대화 상자를 엽니다. 추가할 각 구성 요소 옆의 확인란을 선택한 다음 선택한 항목 추가​를 선택합니다. 검색어 또는 필터 태그가 왼쪽 레일에서 활성화되면 필터링된 모든 결과를 한 번에 추가할 수 있는 모두 추가 단추도 나타납니다.

    필드를 추가할 때 다음 사항을 고려하십시오.

    • 일부 구성 요소는 필수 요소이거나 지원되지 않거나 데이터 피드에 제한 사항이 있습니다. 자세한 내용은 데이터 피드의 구성 요소 가용성을 참조하세요.

    • XDM 배열 필드(예: Adobe Journey Optimizer 제안 필드)나 맵 필드에 속하는 구성 요소를 추가하면 동일한 하위 이벤트에서 다른 구성 요소를 추가하라는 대화 상자가 표시됩니다. 데이터 피드 출력에서 이러한 모든 구성 요소는 단일 열에 나타납니다. 자세한 내용은 데이터 피드의 하위 이벤트 구성 요소를 참조하세요.

  12. (선택 사항) 캔버스에서 구성 요소를 드래그하여 순서를 변경합니다. 정의한 순서는 내보낸 데이터 피드 파일의 열 순서로 유지됩니다.

  13. (선택 사항) 열 테두리를 끌어 캔버스에서 열 크기를 조정합니다.

    열 너비는 쿠키에 저장되고 다음에 동일한 브라우저에서 이 데이터 피드로 돌아갈 때 지속됩니다.

  14. (선택 사항) 구성 요소의 출력 ID를 변경합니다. 출력 ID는 데이터 피드 출력의 열 이름입니다.

    기본적으로 출력 ID는 snake_case의 구성 요소 ID입니다. 출력 ID를 변경하면 이 데이터 피드에만 영향을 줍니다. 데이터 보기에서 구성 요소 ID는 변경되지 않습니다. 스키마 미리보기에는 구성 요소 ID와 출력 ID가 모두 표시됩니다.

    1. 캔버스에서 구성 요소를 마우스로 가리킨 다음 정보 아이콘 정보 을(를) 선택합니다.

    2. ID 옆에 있는 편집 아이콘 편집 을 선택한 다음 새 출력 ID를 지정하십시오.

    출력 ID는 다음과 같아야 합니다.

    • 데이터 피드 내에서 고유해야 합니다.
    • 문자, 숫자 및 밑줄(_)만 포함할 수 있습니다. 공백, 마침표(.), 하이픈(-), 슬래시(/) 및 기타 특수 문자는 허용되지 않습니다.
    • 문자 또는 밑줄로 시작합니다.
    • 255자 이하여야 합니다.

    출력 ID는 Adobe 사용을 위해 예약된 _cja(으)로 시작할 수 없습니다.

  15. (선택 사항) 계속하기 전에 페이지 오른쪽의 피드 요약 및 스키마 미리 보기 패널을 사용하여 데이터 구조를 검토하십시오.

    • 피드 요약​은(는) 추가한 총 구성 요소, 열, 차원 및 지표의 실시간 수를 보여줍니다.
    • 스키마 미리 보기​에서는 구성 요소를 추가하거나 순서를 변경할 때 업데이트되는 데이터 피드 스키마의 JSON 표현을 보여 줍니다.
    • 예제 행 단추는 예제 출력 행을 보여 주는 대화 상자를 열어 구조가 올바르게 보이는지 확인할 수 있습니다. 이 대화 상자는 예제 데이터만 보여주며 실제 데이터를 반영하지 않습니다.
  16. 배달 탭의 예약 섹션에서 만들려는 피드 유형(실시간 또는 채우기)을 선택한 다음 보고 기간, 빈도 및 기타 구성 옵션을 지정합니다.

    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2
    필드 함수
    피드 유형

    만들려는 피드 유형을 선택합니다.

    • 라이브 피드: 현재 및 향후 데이터를 내보냅니다.
    • 피드 채우기: 내역 데이터를 내보냅니다.
    시작 날짜 데이터 피드가 시작되는 날짜입니다. 라이브 피드의 경우 오늘 또는 미래 날짜여야 합니다. 채우기 피드의 경우 데이터 보기의 데이터 보존 기간 내에 지난 날짜여야 합니다. 시작 날짜는 데이터 보기의 시간대를 기반으로 합니다.
    만료 날짜
    라이브 피드에만 사용 가능
    데이터 피드가 만료되어 더 이상 실행되지 않는 날짜입니다. 날짜는 데이터 보기의 시간대를 기반으로 합니다.
    종료 날짜
    ​채우기 피드에만 사용 가능
    데이터 피드가 종료되는 날짜. 종료 날짜는 미래일 수 없습니다. 날짜는 데이터 보기의 시간대를 기반으로 합니다.
    빈도
    ​실시간 피드에만 사용 가능

    데이터 피드를 전송해야 하는 빈도를 선택합니다. 빈도 창에 속하는 타임스탬프가 있는 이벤트는 데이터 피드 배달에 포함됩니다.

    1시간 분량의 데이터나 1일 분량의 데이터를 포함하도록 선택합니다.

    • 일별: 피드에 데이터 보기의 시간대에 자정부터 자정까지 하루 분량의 데이터가 포함됩니다.
    • 시간별: 피드에는 1시간 동안의 데이터가 포함됩니다.

    각 전달은 또한 롤링 30일 처리 기간을 사용하며, 최대 및 최대 빈도 기간을 포함하여 세그먼트를 정규화하고, 세션을 계산하고, 차원 값을 유지합니다. 처리 창과 처리 지연 필드는 모두 포함된 이벤트에 영향을 줄 수 있습니다. 자세한 내용은 처리 기간 이해 및 처리 지연 이해를 참조하십시오.

    세부기간
    ​채우기 피드에만 사용 가능

    내역 데이터를 청크로 분할하는 데 사용되는 시간 간격입니다. 각 청크에는 데이터 보기의 시간대에 있는 자정부터 자정까지 하루 분량의 데이터가 포함됩니다.

    세부기간은 데이터가 배달되는 빈도가 아니라 데이터가 그룹화되는 방식을 결정합니다. 채우기 데이터는 하루에 한 번이 아니라 가능한 한 빨리 제공됩니다.

    이 필드는 항상 매일 (으)로 설정되며 수정할 수 없습니다.

    처리 지연

    데이터 피드 파일 처리까지 Customer Journey Analytics가 대기하는 시간입니다. 처리 지연 동안 들어오는 모든 늦게 도착하는 이벤트는 데이터 피드에 포함됩니다.

    연결에서 가장 느린 데이터가 처리를 완료할 만큼 충분한 지연 시간을 선택합니다. 지연이 너무 짧으면 처리 중인 데이터가 데이터 피드 파일에 포함되지 않습니다.

    최소 처리 지연은 2시간입니다. 기본값은 연결의 데이터 세트를 기반으로 합니다. 예를 들어, 결합이 활성화된 경우 기본값은 6시간입니다. 일부 유형의 데이터는 더 긴 지연이 필요합니다. 선택하는 지연은 스트리밍, 일괄 처리, 결합, 조회 또는 프로필 데이터와 같은 연결의 데이터 유형에 따라 다릅니다.

    이 옵션을 구성하기 전에 아래 섹션에 설명된 세부 정보와 예제를 참조하십시오. 처리 지연 이해.

    압축 포맷

    클라우드 대상에 제공된 Parquet 출력 파일의 압축 형식을 선택합니다. 다음 형식 중에서 선택합니다.

    • Snappy: 적절한 파일 크기를 사용하여 빠른 압축 및 압축 풀기 BigQuery, Snowflake 및 Apache Spark와 같은 최신 데이터 플랫폼에서 폭넓게 지원됩니다.
    • GZip: 기본적으로 Snappy를 지원하지 않는 도구를 포함하여 광범위하게 호환됩니다. 다운스트림 파이프라인에 널리 알려진 압축 표준이 필요한 경우 권장됩니다.
    • Z 표준(Zstd): 빠른 압축 풀기 기능으로 압축 효율이 높습니다. 파일 크기를 최소화하는 것이 우선 순위이고 도구가 Zstd를 지원하는 경우 적합합니다.
  17. 배달 탭의 대상 섹션에서 데이터를 전송할 대상을 구성합니다.

    note
    NOTE
    보고서 대상 구성 시 다음과 같은 사항을 고려하십시오.
    • 이전에 구성한 모든 클라우드 계정은 데이터 피드에 사용할 수 있습니다. 구성 요소 > 내보내기 > 위치 계정의 위치 관리자에서 클라우드 계정을 구성할 수 있습니다.

    • 클라우드 계정은 Customer Journey Analytics 사용자 계정과 연결되어 있습니다. 조직의 모든 사용자가 클라우드 계정을 사용할 수 있도록 설정하지 않는 한 사용자가 구성한 클라우드 계정을 다른 사용자가 사용하거나 볼 수 없습니다.

    • 구성 요소 > 내보내기 > 위치의 위치 관리자에서 만드는 모든 위치를 편집할 수 있습니다.

    다음 필드를 완료합니다.

    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2
    필드 함수
    모든 사용자의 대상 보기 시스템 관리자인 경우 이 옵션을 활성화하여 조직의 모든 사용자가 만든 대상을 볼 수 있습니다. 이 옵션이 비활성화되면 사용자가 만든 대상만 표시됩니다.
    계정

    다음 중 하나를 수행합니다.

    • 기존 계정 사용: 계정 필드 옆에 있는 드롭다운 메뉴를 선택합니다. 또는 계정 이름을 입력한 다음 드롭다운 메뉴에서 선택합니다.

      계정을 구성했거나 속해 있는 조직과 공유하는 경우에만 계정을 사용할 수 있습니다.

    • 새 계정 만들기: 계정 드롭다운 메뉴에서 계정 추가​를 선택합니다. 계정 구성 방법에 대한 자세한 내용은 클라우드 내보내기 계정 구성을 참조하십시오.

    위치

    다음 중 하나를 수행합니다.

    • 기존 위치 사용: 위치 필드 옆에 있는 드롭다운 메뉴를 선택합니다. 또는 위치 이름을 입력한 다음 드롭다운 메뉴에서 선택합니다.
    • 새 위치 만들기: 위치 드롭다운 메뉴에서 위치 추가​를 선택합니다. 위치를 구성하는 방법에 대한 자세한 내용은 클라우드 내보내기 위치 구성을 참조하십시오.
    기본 경로 또는 파일 이름 재정의

    선택한 위치에 대해 설정된 기본 경로 또는 파일 이름을 무시하려면 이 옵션을 활성화합니다. 재정의는 이 데이터 피드에만 적용되며 데이터 피드 파일이 전송되는 위치를 결정합니다.

    이 옵션을 활성화하면 경로 또는 파일 이름 필드가 표시됩니다.

    경로 또는 파일 이름
    기본 경로 또는 파일 이름 무시​를 사용하도록 설정한 경우에만 사용할 수 있습니다.

    경로 또는 파일(또는 둘 모두)의 이름을 지정하여 선택한 위치 내에서 파일이 전송되는 위치를 파악합니다. 위치의 최상위 폴더에 파일을 저장하려면 /을(를) 지정하십시오.

    라이브 피드의 경우 다음 변수 중 하나를 사용하여 경로 또는 파일 이름을 동적으로 만들 수 있습니다.

    • {yyyy}: 4자리 달력 연도(대/소문자 구분)
    • {yy}: 2자리 달력 연도(대/소문자 구분)
    • {MM}: 2자리 월(대/소문자 구분)
    • {dd}: 2자리 일(대/소문자 구분)
    • {HH}: 2자리 시간(대/소문자 구분)
    • {mm}: 2자리 분(대/소문자 구분)
    • {ss}: 2자리 초(대/소문자 구분)
    • {fff}: 3자리 나노초(대/소문자 구분)
    • {instance_id}: 요청(인스턴스) UUID
    • {export_id}: 내보내기(예약) UUID
    • {idx}: 0부터 시작하는 인덱스(각 파일에 대해 증가함)
    • {total}: 전체 전송 작업의 총 파일 수
    • {completion_millis}: 전송 시간(밀리초)

    예를 들어 ${yyyy}/${MM}/${dd}/my-feed-${instance_id}-${idx}을(를) 지정하면 2027년 1월 15일에 배달되는 라이브 피드에 [prefix_folder_name]/2027/01/15/my-feed-[UUID]-1.parquet 파일 경로와 이름이 사용됩니다.

    완료 시 및 만료 시 문제 알림 데이터 피드가 완료 또는 만료되거나 문제가 발생할 경우 알림을 받을 이메일 주소를 하나 이상 지정합니다. 이메일 주소가 여러 개인 경우 쉼표로 구분합니다.
    매니페스트 사용 각 데이터 피드 게재에 매니페스트 파일을 포함할지 여부를 선택합니다. 매니페스트 파일에는 데이터 피드에 포함된 각 파일에 대한 정보가 있습니다.
  18. 저장​을 선택합니다.

처리 창 이해 data-feed-processing-window

처리 기간​은(는) 선택한 빈도 기간(시간 또는 일)까지 이어지는 연속 30일 기간입니다. Customer Journey Analytics은 처리 창의 데이터를 사용하여 각 데이터 피드 게재를 처리합니다. 처리 기간은 항상 30일이며 변경할 수 없습니다.

빈도 창은 게재에 포함되는 이벤트를 결정합니다. 처리 창은 해당 이벤트에 적합한 세그먼트, 해당 이벤트가 속한 세션 및 해당 이벤트에 지속되는 차원 값 등 해당 이벤트를 올바르게 분류하는 데 필요한 내역 컨텍스트를 제공합니다.

처리 창은 빈도 창과 함께 Analysis Workspace 보고 창과 유사하게 작동합니다. 그러나 주요 차이점이 있습니다. 이러한 차이로 인해 Workspace 보고서와 데이터 피드 게재 간에 데이터가 일치하지 않을 수 있습니다.

처리 창 내에서 데이터를 처리할 때 세그먼트 자격, 세션 계산, 차원 지속성 및 파생된 필드 변환이 각각 고려됩니다.

세그먼트 선별

세그먼트가 데이터 피드 정의에 적용되면 처리 창 내의 데이터에 따라 세그먼트에 적합한 이벤트, 세션 또는 사람이 결정됩니다. 세그먼트의 컨테이너 설정에 따라 범위가 결정됩니다. (가능한 컨테이너는 개인, 세션 또는 이벤트입니다.) B2B에는 Global Account, Account, Opportunity, Purchasing Group과 같은 추가 컨테이너가 포함됩니다.)

예:

특정 마케팅 캠페인 B에 속하는 사용자의 동작을 이해할 수 있도록 데이터 피드를 만들려고 한다고 가정합니다.

이를 위해 Campaign B의 사용자​라는 데이터 피드에 세그먼트를 적용하여 이 세그먼트의 사용자에게 연결된 이벤트만 데이터 피드에 포함해야 함을 나타냅니다.

이 경우 사용자는 다음 조건 중 모두​를 충족하는 경우에만 데이터 피드에 포함됩니다.

  • 사용자에게 데이터 피드 빈도 창(데이터 피드의 지정된 시간 또는 일수) 내에 타임스탬프가 있는 이벤트가 있었습니다.

  • 사용자가 Campaign B 세그먼트 처리 기간 내​에 적격입니다.

    예를 들어 9일 전 세그먼트에 대해 자격이 부여된 사용자는 데이터 피드에 포함​됩니다. 45일 전 에 마지막으로 자격이 부여된 사용자는 포함되지 않습니다. 해당 이벤트는 30일 처리 기간을 벗어납니다.

세션 계산

세션 경계는 빈도 창의 이벤트뿐만 아니라 처리 창의 모든 이벤트를 사용하여 계산됩니다. 빈도 창 이전에 시작된 세션은 여전히 동일한 세션으로 인식됩니다.

세션 ID는 사용자, 세션 시작 시간 및 데이터 보기의 세션 설정을 기반으로 합니다. 세션은 게재에서 동일한 세션 ID를 유지하므로 여러 시간별 또는 일별 게재에 걸쳐 있는 세션의 이벤트에 가입할 수 있습니다.

데이터 피드의 세션에서 작업할 때 다음 사항을 고려하십시오.

  • 처리 기간 전에 세션이 시작된 경우 이전 이벤트를 사용할 수 없으므로 세션 값은 Analysis Workspace과 다를 수 있습니다. 자세한 내용은 데이터 피드와 Analysis Workspace 간의 데이터 불일치 이해를 참조하십시오.
  • 데이터 보기에서 세션 설정을 변경하면 세션 ID가 변경됩니다. 이후 게재의 세션 ID가 이전 게재의 세션 ID와 일치하지 않습니다.

Dimension 지속성

개별 차원에 대한 지속성을 설정할 때는 만료를 설정하여 설정된 이벤트에서 벗어난 차원 항목의 지속 기간도 결정합니다.

데이터 보기에서 만료를 다음 옵션 중 하나로 설정하면 처리 창이 차원 지속성에 영향을 줍니다.

  • 개인 보고 기간: 처리 기간이 개인 보고 기간​을 만료로 사용하는 데이터 피드 정의의 각 차원에 대한 새 보고 기간이 됩니다.

  • 사용자 지정 시간: 선택한 사용자 지정 시간이 처리 기간을 초과하는 경우 사용자 지정 시간은 무시되고, 처리 기간은 사용자 지정 시간​을(를) 만료로 사용하는 데이터 피드 정의의 각 차원에 대한 차원 만료에 사용됩니다. 처리 기간 전에 발생한 값은 고려되지 않습니다.

    데이터 보기 내의 차원에 대한 지속성 설정에 대한 자세한 내용은 지속성 구성 요소 설정을 참조하십시오.

예:

데이터 피드에서 사이트에 오기 전에 처음에 보았던 마케팅 캠페인 사용자를 알고 싶다고 가정해 봅시다.

이 작업을 수행하려면 원본을 할당 모델로 사용하여 캠페인 차원에 대한 지속성을 설정합니다.

이 경우 사용자가 다음 조건 중 둘 다​를 충족하는 경우에만 원래 캠페인이 데이터 피드 출력에 표시됩니다.

  • 사용자에게 데이터 피드 빈도 창(데이터 피드의 지정된 시간 또는 일수) 내에 타임스탬프가 있는 이벤트가 있었습니다.

  • 사용자가 처리 기간 내에 원래 캠페인​에 대한 자격이 있습니다.

    사용자가 9일 전에 원래 캠페인에 대한 자격이 있는 경우 데이터 피드에 원래 캠페인 이(가) 포함​됩니다. 사용자가 45일 전에 자격이 있는 경우 원래 캠페인 이(가) 30일 처리 기간을 벗어나므로 포함되지 않습니다.

파생 필드 변형

컨테이너를 참조하는 모든 파생 필드 함수는 데이터 피드 내보내기에서 처리 창을 사용합니다. 파생된 필드에 존재하는 날짜 기능은 무엇입니까?

처리 지연 이해 data-feed-processing-delay

처리 지연 작동 방식

처리 지연은 Customer Journey Analytics이 데이터 피드 파일을 처리하기 전에 기다리는 시간입니다. 처리 지연 동안 들어오는 모든 늦게 도착하는 이벤트는 데이터 피드에 포함됩니다.

파이프라인 지연 문제, 모바일 구현에 오프라인 디바이스를 온라인 상태로 전환하여 데이터를 전송할 수 있는 기회를 제공하거나 이전에 처리된 파일을 관리할 때 조직의 서버측 프로세스를 수용하기 위해 등 다양한 이유로 처리 지연이 필요합니다.

최소 처리 지연은 2시간이지만, 일부 데이터 유형의 경우 더 긴 지연 시간이 필요합니다.

예:

시간별 데이터 피드에 오후 1시부터 오후 2시까지의 데이터가 포함되어 있고 처리 지연이 2시간이라고 가정해 봅시다. 해당 데이터 피드 파일에 대한 처리는 오후 4시에 시작되며 처리가 시작되기 전에 도착한 모든 데이터를 포함합니다.

데이터를 기반으로 처리 지연 선택

다양한 유형의 데이터를 Customer Journey Analytics에서 사용할 수 있기까지 다양한 시간이 소요됩니다. 데이터는 두 가지 처리 단계를 거치고 각 단계에 대한 시간은 합계에 추가됩니다.

연결에서 가장 느린 데이터가 두 단계를 모두 완료할 수 있을 만큼 충분한 처리 지연을 선택합니다. 지연이 너무 짧으면 처리 중인 데이터가 데이터 피드 파일에 포함되지 않습니다.

데이터 피드를 만들 때 처리 지연은 기본적으로 연결의 데이터 세트를 기반으로 하는 권장 값으로 설정됩니다. 예를 들어 연결에 대해 연결이 활성화되어 있으면 기본값은 6시간입니다. 최소 2시간까지 더 짧은 지연을 선택할 수 있지만, 일부 데이터가 데이터 피드에 포함되지 않을 수 있으므로 경고가 표시됩니다.

1단계: 데이터가 Experience Platform 데이터 레이크에 도착함

도착 시간은 수집 중인 데이터 유형에 따라 다릅니다. 수집 중인 데이터 유형을 수용하는 지연을 선택합니다.

  • Edge Network 또는 스트리밍 수집의 이벤트 데이터 세트: 일반적으로 데이터는 60분 이내에 데이터 레이크에 도달합니다(대기 시간 참조).

  • Analytics 소스 커넥터 데이터 세트: 일반적으로 데이터는 2.25시간 내에 데이터 레이크에 도달합니다(대기 시간 참조).

  • 다른 소스 커넥터의 데이터 세트: 지연은 소스 커넥터와 배치를 전송하는 시기에 따라 다릅니다. 데이터 준비와 같은 Experience Platform의 업스트림 처리는 시간을 더 추가할 수 있습니다.

  • 데이터 집합 조회: 데이터 레이크에 도착하는 시간은 데이터가 업로드되는 빈도에 따라 다릅니다. 조회 데이터는 일반적으로 적은 비율의 레코드만 변경된 데이터베이스의 전체 사본으로 업로드됩니다. 조회 데이터를 더 작은 배치로 업로드하여 처리 시간을 단축합니다.

    작은 업로드는 일반적으로 최소 지연 내에 처리됩니다.

    대규모 업로드(예: 수백만 개의 레코드를 매주 업로드하는 작업)는 우선순위가 낮은 곳에서 처리되며 3~4시간 더 걸릴 수 있습니다. 대규모 업로드의 경우 이벤트 데이터가 지연되지는 않지만 조회 값에 최신 업데이트가 반영되지 않을 수 있습니다.

  • 프로필 데이터 세트: 데이터 레이크에 도착하는 시간은 데이터가 업로드되는 빈도에 따라 다릅니다. 프로필 데이터는 일반적으로 전체 프로필 테이블의 일별 스냅샷과 같이 큰 배치로 수집됩니다. 프로필 데이터를 더 작은 배치로 업로드하여 처리 시간을 단축합니다.

    작은 업로드는 일반적으로 최소 지연 내에 처리됩니다.

    대규모 업로드(예: 수백만 개의 레코드를 매주 업로드하는 작업)는 우선순위가 낮은 곳에서 처리되며 3~4시간 더 걸릴 수 있습니다. 대규모 업로드의 경우 이벤트 데이터가 지연되지 않지만 프로필 값에 최신 업데이트가 반영되지 않을 수 있습니다.

2단계: 데이터가 데이터 레이크에서 Customer Journey Analytics으로 수집됩니다

데이터 수집 시간은 데이터 세트에 결합이 활성화되었는지 여부에 따라 달라집니다.

  • 연결되지 않은 데이터 세트: 최대 90분 정도 소요될 수 있습니다(대기 시간 참조).

  • 결합된 데이터 세트: 결합되지 않은 데이터 세트의 경우 90분 외에 최대 4시간을 결합할 수 있습니다(대기 시간 참조). 연결에 대해 연결이 활성화된 경우 기본 지연은 6시간입니다. 결합 재생으로 업데이트된 데이터는 일반적으로 이미 처리된 데이터 피드 파일에 포함되지 않습니다.

예:

연결에 여러 유형의 데이터가 포함된 경우 가장 느린 데이터를 수용하는 지연을 선택합니다. 아래 예에서는 약 8시간입니다.

결합은 Customer Journey Analytics에 수집되는 데 최대 4시간을 추가할 수 있습니다. 이를 고려하여 결합된 데이터에 대해서는 지연에 4시간을 추가합니다.

데이터 소스
1단계: 데이터 레이크에 도착
2단계: Customer Journey Analytics에 수집
합계
Edge Network 또는 스트리밍 수집
60분

90분

결합하지 않음

2.5시간
Analytics 소스 커넥터
2.25시간

90분 + 4시간 결합

결합 사용

7.75시간
recommendation-more-help
analytics-platform-help-main