프로필 시스템 작업 끝점(요청 삭제)
Adobe Experience Platform을 사용하면 여러 소스에서 데이터를 수집하고 개별 고객을 위한 강력한 프로필을 구축할 수 있습니다. Experience Platform에 수집된 데이터는 Data Lake에 저장되며, 프로필에 대해 데이터 세트를 사용하도록 설정한 경우 해당 데이터도 Real-Time Customer Profile 데이터 저장소에 저장됩니다. 더 이상 필요하지 않거나 오류로 추가된 데이터를 제거하기 위해 프로필 저장소에서 데이터 세트와 연결된 프로필 데이터를 삭제해야 하는 경우가 있습니다. Real-Time Customer Profile API를 사용하여 Profile 시스템 작업 또는 "삭제 요청"을 만들어야 합니다.
시작
이 가이드에 사용된 API 끝점은 Real-Time Customer Profile API의 일부입니다. 계속하기 전에 시작 안내서를 검토하여 관련 문서에 대한 링크, 이 문서의 샘플 API 호출 읽기 지침 및 Experience Platform API를 성공적으로 호출하는 데 필요한 필수 헤더에 대한 중요 정보를 확인하십시오.
삭제 요청 보기 view
삭제 요청은 오래 실행되는 비동기 프로세스입니다. 즉, 조직에서 한 번에 여러 삭제 요청을 실행할 수 있습니다. 조직에서 현재 실행 중인 모든 삭제 요청을 보려면 /system/jobs 끝점에 대한 GET 요청을 수행할 수 있습니다.
선택적 쿼리 매개 변수를 사용하여 응답에서 반환되는 삭제 요청 목록을 필터링할 수도 있습니다. 여러 매개 변수를 사용하려면 앰퍼샌드(&)를 사용하여 각 매개 변수를 구분하십시오.
API 형식
이 끝점을 사용하는 경우 처음 100개의 시스템 작업이 생성 날짜에 따라 오름차순으로 반환됩니다.
GET /system/jobs
GET /system/jobs?{QUERY_PARAMETERS}
startstart=0이(가) 0부터 시작하는 결과를 반환합니다.start=4limitlimit=10예를 들어 쿼리 매개 변수가 ?start=1&limit=10인 경우 응답은 레코드 10-19를 반환합니다.
요청
| code language-shell |
|---|
|
응답
성공적인 응답은 각 시스템 요청에 대한 개체를 포함하는 하위 배열과 페이지 정보를 반환합니다.
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 속성 | 설명 |
requestId |
시스템 작업의 ID입니다. |
requestType |
시스템 작업 유형입니다. 가능한 값은 BACKFILL_TTL, DELETE_EE_BATCH 및 TRUNCATE_DATASET입니다. |
status |
시스템 작업의 상태입니다. 가능한 값은 NEW, SUCCESS, ERROR, FAILED 및 IN-PROGRESS입니다. |
properties |
시스템 작업의 배치 및/또는 데이터 세트 ID를 포함하는 객체입니다. |
삭제 요청 만들기 create-a-delete-request
새 삭제 요청을 시작하는 작업은 /systems/jobs 끝점에 대한 POST 요청을 통해 수행됩니다. 여기서 삭제할 데이터 세트 또는 배치의 ID는 요청 본문에 제공됩니다.
데이터 세트 및 관련 프로필 데이터 삭제
프로필 저장소에서 데이터 세트 및 데이터 세트와 연결된 모든 프로필 데이터를 삭제하려면 데이터 세트 ID를 POST 요청의 본문에 포함해야 합니다. 이 작업은 주어진 데이터 세트에 대한 모든 데이터를 삭제합니다. Experience Platform을(를) 사용하면 레코드와 시계열 스키마를 기준으로 데이터 세트를 삭제할 수 있습니다.
API 형식
POST /system/jobs
요청
| code language-shell |
|---|
|
dataSetId응답
성공한 응답은 요청에 대한 고유한 시스템 생성 읽기 전용 ID를 포함하여 새로 생성된 시스템 요청의 세부 정보를 반환합니다. 요청을 검색하고 상태를 확인하는 데 사용할 수 있습니다. 생성 시 요청의 status은(는) 처리를 시작할 때까지 NEW입니다(IN-PROGRESS). 응답의 dataSetId는 요청에서 보낸 dataSetId과(와) 일치해야 합니다.
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 속성 | 설명 |
requestId |
시스템 작업의 시스템 생성 읽기 전용 ID입니다. |
requestType |
시스템 작업 유형입니다. 데이터 집합을 삭제하고 있으므로 이 값은 TRUNCATE_DATASET입니다. |
status |
시스템 작업의 상태입니다. 가능한 값은 NEW, SUCCESS, ERROR, FAILED 및 IN-PROGRESS입니다. |
properties |
시스템 작업의 데이터 세트 ID를 포함하는 개체입니다. |
일괄 처리 삭제
배치를 삭제하려면 배치 ID가 POST 요청의 본문에 포함되어야 합니다. 레코드 스키마를 기반으로 데이터 세트에 대한 배치를 삭제할 수 없습니다. 시계열 스키마를 기반으로 하는 데이터 세트의 배치만 삭제할 수 있습니다.
레코드 및 시계열 동작에 대한 자세한 내용은 XDM System 개요에서 XDM 데이터 동작에 대한 섹션을 검토하십시오.
API 형식
POST /system/jobs
요청
| code language-shell |
|---|
|
datasetIdbatchId응답
성공한 응답은 새로 생성된 시스템 요청의 세부 정보를 반환합니다.
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 속성 | 설명 |
requestId |
시스템 작업의 시스템 생성 읽기 전용 ID입니다. |
requestType |
시스템 작업 유형입니다. 일괄 처리를 삭제하는 중이므로 이 값은 DELETE_EE_BATCH입니다. |
status |
시스템 작업의 상태입니다. 가능한 값은 NEW, SUCCESS, ERROR, FAILED 및 IN-PROGRESS입니다. |
properties |
시스템 작업의 배치 및 데이터 세트 ID를 포함하는 객체입니다. |
레코드 데이터 세트 배치에 대한 삭제 요청을 시작하려고 하면 요청이 실패합니다.
특정 삭제 요청 보기 view-a-specific-delete-request
상태 등 세부 정보를 포함하여 특정 삭제 요청을 보려면 /system/jobs 끝점에 대한 조회(GET) 요청을 수행하고 경로에 삭제 요청의 ID를 포함할 수 있습니다.
API 형식
GET /system/jobs/{DELETE_REQUEST_ID}
{DELETE_REQUEST_ID}요청
| code language-shell |
|---|
|
응답
성공한 응답은 업데이트된 상태를 포함하여 지정된 시스템 요청의 세부 정보를 반환합니다. 응답의 시스템 요청 ID는 요청 경로에서 전송된 ID와 일치해야 합니다.
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 속성 | 설명 |
requestId |
시스템 작업의 시스템 생성 읽기 전용 ID입니다. |
requestType |
시스템 작업 유형입니다. 가능한 값은 BACKFILL_TTL, DELETE_EE_BATCH 및 TRUNCATE_DATASET입니다. |
status |
시스템 작업의 상태입니다. 가능한 값은 NEW, SUCCESS, ERROR, FAILED 및 IN-PROGRESS입니다. |
properties |
시스템 작업의 배치 및/또는 데이터 세트 ID를 포함하는 객체입니다. |
삭제 요청 상태가 "SUCCESS"이면 데이터 액세스 API를 사용하여 삭제된 데이터에 액세스함으로써 데이터가 삭제되었음을 확인할 수 있습니다. 데이터 액세스 API를 사용하여 데이터 세트 및 배치에 액세스하는 방법에 대한 지침은 데이터 액세스 설명서를 참조하십시오.
다음 단계
Experience Platform 내의 Profile store에서 데이터 세트 및 배치를 삭제하는 단계를 알았으므로 잘못 추가되었거나 조직에 더 이상 필요하지 않은 데이터를 안전하게 삭제할 수 있습니다. 삭제 요청은 실행 취소할 수 없으므로 지금은 필요하지 않고 미래에는 필요하지 않다고 확신하는 데이터만 삭제해야 합니다.