콘텐츠로 건너뛰기

Azure Blob Storage용 클라우드 데이터 수집

이 페이지에서는 클라우드 데이터 수집(CDI)을 사용하여 Azure Blob Storage의 데이터를 Braze로 동기화하는 데 필요한 모든 내용을 다룹니다. 생성해야 할 Azure 리소스, Braze에서 소스를 연결하고 동기화를 생성하는 방법, 데이터 유형별 파일 형식, Azure 관련 문제 해결 방법을 확인할 수 있습니다.

작동 방식

Azure Blob Storage 통합은 스케줄 기반이 아니라 이벤트 기반으로 작동합니다. 컨테이너에 새 파일이 생성되면 Azure Event Grid의 이벤트 구독이 Blob Created 이벤트를 Azure Storage 대기줄에 게시합니다. Braze는 대기줄에서 해당 메시지를 읽어 새 파일을 수집합니다.

통합에는 다음 리소스가 필요합니다.

  • 데이터 저장용 Blob 컨테이너가 있는 스토리지 계정
  • 새 파일 알림을 위한 Azure Storage 대기줄 및 이벤트 구독
  • CDI가 컨테이너와 대기줄을 읽는 데 사용하는 Microsoft Entra ID 서비스 주체

Azure 용어 정의

용어 정의
스토리지 계정 스토리지 계정은 CDI가 파일을 읽는 컨테이너와 CDI가 알림을 읽는 대기줄을 모두 포함하는 최상위 Azure 리소스입니다.
컨테이너 컨테이너에는 CDI로 수집하려는 데이터 파일이 저장됩니다. 컨테이너는 스토리지 계정 안에 있습니다.
Azure Storage 대기줄 대기줄은 컨테이너에서 보내는 새 파일 알림을 받습니다. CDI는 이 대기줄의 메시지를 읽고 확인하여 어떤 파일을 수집할지 파악합니다.
이벤트 구독 이벤트 구독은 Azure Event Grid 서비스를 사용하여 스토리지 계정의 이벤트를 대상으로 라우팅합니다. Blob Created 이벤트를 대기줄로 보내도록 구성합니다.
시스템 토픽 시스템 토픽은 이벤트의 소스를 나타냅니다. 첫 번째 이벤트 구독을 추가하면 Event Grid가 스토리지 계정에 대한 시스템 토픽을 생성합니다.
서비스 주체 서비스 주체는 CDI가 인증에 사용하는 Microsoft Entra ID 아이덴티티입니다. 앱 등록을 통해 생성하고, 해당 자격 증명을 Braze에 입력합니다.
Azure 역할 할당 역할 할당은 특정 범위에서 서비스 주체에 일련의 권한을 부여합니다. 스토리지 계정에서 Braze 서비스 주체에 세 가지 기본 제공 역할을 할당합니다.

Azure에서 클라우드 데이터 수집 설정하기

1단계: 컨테이너 만들기

컨테이너와 대기줄은 같은 스토리지 계정에 있어야 합니다. 기존 스토리지 계정을 재사용할 수 있습니다. 아직 스토리지 계정이 없다면 Azure 포털에서 Storage accounts > + Create로 이동하여 생성하세요.

  1. Azure 포털에서 스토리지 계정으로 이동한 다음 Data storage > Containers로 이동합니다.
  2. + Add container를 선택하고 이름을 지정합니다.

스토리지 계정 이름과 컨테이너 이름을 메모해 두세요. Braze에서 소스를 구성할 때 둘 다 필요합니다.

2단계: 대기줄 만들기

  1. 같은 스토리지 계정에서 Data storage > Queues로 이동합니다.
  2. + Queue를 선택하고 이름을 지정합니다.

대기줄 이름을 메모해 두세요. 동기화를 생성할 때 필요하며, 동기화마다 별도의 대기줄이 필요합니다.

3단계: 이벤트 구독 만들기

파일이 도착할 때마다 컨테이너가 대기줄에 알리도록 이벤트 구독을 만듭니다.

  1. 같은 스토리지 계정에서 Events로 이동한 다음 + Event Subscription을 선택합니다.
  2. Event Subscription Details에서 Name을 입력하고 Event Schema를 Event Grid Schema로 설정합니다.
  3. Topic Details에서 System Topic Name을 확인합니다. 스토리지 계정에 아직 시스템 토픽이 없다면 이름을 입력하여 새로 만듭니다. 이미 시스템 토픽이 있다면 이 필드에 해당 이름이 표시되며 변경할 수 없습니다. 스토리지 계정의 모든 이벤트 구독은 같은 시스템 토픽을 사용합니다.
  4. Event Types에서 Filter to Event Types를 Blob Created로만 설정합니다. Blob Deleted도 기본값으로 선택되어 있으므로 선택을 해제하세요.
  5. Endpoint Details에서 Endpoint Type을 Storage Queue로 설정합니다. 엔드포인트 유형을 선택하면 Configure an endpoint 링크가 나타납니다.
  6. Configure an endpoint를 선택한 다음 작업 중인 스토리지 계정을 선택합니다.
  7. Select existing queue를 선택한 다음 2단계에서 만든 대기줄을 선택합니다.
  8. Select를 선택하여 엔드포인트를 확인합니다.
  9. Create를 선택합니다.

4단계: 인증 설정하기

CDI는 다음 인증 방법으로 스토리지 계정에 연결합니다.

방법 Braze의 인증 방식 Braze에 입력할 내용
Service principal Braze authenticates as a Microsoft Entra ID service principal with a client secret. Tenant ID, Principal ID, and Client Secret

Service principal

CDI는 Microsoft Entra ID 인증을 사용하는 서비스 주체를 통해 스토리지 계정에 연결합니다. Braze가 연결하려면 다음 정보가 필요합니다.

  • Azure 계정의 테넌트 ID(디렉터리라고도 함)
  • 서비스 주체의 주체 ID(애플리케이션 ID라고도 함)
  • Braze가 인증하기 위한 클라이언트 시크릿

애플리케이션을 등록하려면 Microsoft Entra ID에서 앱 등록을 생성할 수 있는 권한이 필요합니다. 이 권한이 없다면 Entra 관리자에게 이 단계를 완료하고 자격 증명을 공유해 달라고 요청하세요.

  1. Azure 포털에서 Microsoft Entra 관리 센터로 이동한 다음 App Registrations를 선택합니다.
  2. Identity > Applications > App registrations에서 + New registration을 선택합니다.
  3. 이름을 입력하고 지원되는 계정 유형으로 Accounts in this organizational directory only를 선택합니다. 그런 다음 Register를 선택합니다.
  4. 방금 생성한 애플리케이션(서비스 주체)을 선택한 다음 Certificates & secrets > + New client secret로 이동합니다.
  5. 비밀에 대한 설명을 입력하고 만료 기간을 설정합니다. 그런 다음 Add를 선택합니다.
  6. Braze 설정에 사용할 클라이언트 비밀을 기록해 둡니다.

CDI 전용 서비스 주체를 생성해, 동기화하는 컨테이너와 대기줄에만 액세스할 수 있도록 제한하는 것을 권장합니다. Microsoft Fabric 소스용으로 이미 설정한 서비스 주체가 있다면 재사용할 수 있지만, 이 경우 해당 서비스 주체는 두 소스 모두에 액세스할 수 있게 됩니다. 어느 쪽이든 다음 단계의 역할 할당이 필요합니다.

5단계: 서비스 주체에 권한 할당하기

CDI에는 파일을 읽고 대기줄 메시지를 처리할 수 있을 정도의 액세스 권한만 있으면 됩니다. 역할 할당은 하위 범위로 상속되므로, 구독이나 리소스 그룹이 아닌 스토리지 계정 자체에 다음 세 가지 기본 제공 역할을 할당하세요. Storage Blob Data Contributor, Storage Account Contributor, Owner처럼 더 광범위한 역할은 할당하지 마세요. 이러한 역할은 CDI가 전혀 사용하지 않는 쓰기 및 관리 권한을 부여합니다.

  1. 스토리지 계정으로 이동한 다음 Access Control (IAM)으로 이동합니다.
  2. Add > Add role assignment를 선택합니다.
  3. 4단계에서 만든 서비스 주체를 이름으로 검색합니다.
  4. 다음 기본 제공 역할을 할당합니다.
    • Storage Blob Data Reader: CDI가 컨테이너의 파일을 읽을 수 있게 합니다.
    • Storage Queue Data Reader: CDI가 대기줄 자체를 읽을 수 있게 하여, 동기화에 지정한 대기줄을 찾고 속성을 확인할 수 있도록 합니다.
    • Storage Queue Data Message Processor: CDI가 대기줄의 메시지를 조회, 검색, 삭제할 수 있게 합니다.

컨테이너의 Blob에 대한 읽기 권한, 대기줄에 대한 읽기 권한, 대기줄의 메시지를 받고 삭제하는 권한만 부여한다면 커스텀 역할을 대신 사용할 수 있습니다.

Braze에서 클라우드 데이터 수집 설정하기

  1. Braze에서 데이터 설정 > 클라우드 데이터 수집 > 소스로 이동하여 데이터 소스 추가를 선택한 다음 Azure Blob을 선택합니다.

데이터 소스 목록에서 Azure Blob이 선택된 '새 소스 추가' 화면

  1. Azure Blob 연결 세부 정보 필드를 작성합니다.
    • 자격 증명: 4단계에서 설정한 인증 방법에 해당하는 필드입니다. 다음을 입력합니다: Tenant ID, Principal ID, and Client Secret.
    • 구성: 스토리지 계정 및 컨테이너

테넌트 ID, 주체 ID, 클라이언트 시크릿, 스토리지 계정, 컨테이너 필드가 표시된 Azure Blob 연결 세부 정보 양식

  1. 연결 테스트를 선택한 다음 소스에 연결을 선택합니다.
  2. 동기화를 생성합니다. 데이터 설정 > 클라우드 데이터 수집 > 동기화로 이동하여 데이터 동기화 생성을 선택합니다.
  3. 구성에서 동기화 이름을 정하고, Azure Blob 소스를 선택한 다음 데이터 유형(예: 사용자 속성, 커스텀 이벤트, 구매 이벤트, 카탈로그, 사용자 삭제)을 선택합니다.
  4. 데이터 정의에서 다음을 지정합니다.

스토리지 대기줄 이름 및 폴더 경로 필드가 표시된 Azure Blob 동기화 양식

  1. 미리보기 및 유효성 검사를 선택하여 CDI가 대기줄에 접근하고 수집 가능한 파일을 나열할 수 있는지 확인합니다. 테스트에 성공하면 컨테이너에 있는 기존 파일이 나열되지만, 해당 파일이 자동으로 동기화되지는 않습니다. 연결 유효성 검사에 성공해야 동기화가 활성화됩니다.
  2. 알림에서 오류 알림을 받을 연락처 이메일 주소를 추가합니다.
  3. 파일 스토리지 동기화에는 스케줄 옵션이 없습니다. Azure Blob Storage 동기화는 이벤트 기반이므로 CDI는 새 파일이 업로드되는 대로 수집합니다.
  4. 요약을 검토한 다음 동기화 생성을 선택합니다.

공유 컨테이너의 폴더 동기화하기

하나의 컨테이너를 여러 동기화에서 재사용할 수 있지만, 동기화마다 별도의 스토리지 대기줄과 폴더가 필요합니다.

공유 컨테이너에서 동기화하려는 각 폴더에 대해 다음을 수행합니다.

  1. 2단계와 같이 해당 폴더용 대기줄을 만듭니다.
  2. 3단계와 같이 컨테이너의 Blob Created 이벤트를 해당 대기줄로 보내는 이벤트 구독을 만듭니다.
  3. Braze에서 동기화를 생성할 때 해당 폴더의 스토리지 대기줄 이름을 입력하고 폴더 경로(선택 사항)를 attributes/와 같은 폴더 접두사로 설정합니다. CDI는 경로가 해당 접두사로 시작하는 파일만 수집합니다.

필수 파일 형식

Cloud Data Ingestion은 JSON, CSV, Parquet 파일을 지원합니다. 필수 열은 데이터 유형에 따라 다릅니다. Braze는 파일 스토리지 공급업체가 적용하는 요구 사항 외에 추가적인 파일 이름 요구 사항을 적용하지 않습니다. 파일 이름은 고유해야 하며, 타임스탬프를 덧붙이면 고유성을 보장하는 데 도움이 됩니다.

지원되는 모든 파일 유형의 예시는 braze-examples의 샘플 파일을 참조하세요.

동기화하려는 데이터 유형의 탭을 선택하세요.

각 행에는 정확히 하나의 사용자 식별자와 PAYLOAD 열이 필요합니다. 소스 파일에는 서로 다른 식별자 유형을 사용하는 행이 포함될 수 있지만, 각 행은 하나의 식별자만 사용해야 합니다.

식별자 설명
EXTERNAL_ID 업데이트하려는 사용자를 식별합니다. Braze에서 사용하는 external_id 값과 일치해야 합니다.
ALIAS_NAME 및 ALIAS_LABEL 이 두 열은 사용자 별칭 객체를 생성합니다. alias_name은 고유 식별자여야 하며, alias_label은 별칭 유형을 지정합니다. 사용자는 레이블이 다른 여러 별칭을 가질 수 있지만, alias_label당 alias_name은 하나만 가질 수 있습니다.
BRAZE_ID Braze 사용자 식별자입니다. Braze SDK에서 생성되며, Cloud Data Ingestion을 통해 Braze ID로 새 사용자를 생성할 수는 없습니다. 새 사용자를 생성하려면 외부 사용자 ID 또는 사용자 별칭을 지정하세요.
EMAIL 사용자의 이메일 주소입니다. 동일한 이메일 주소를 가진 프로필이 여러 개 있는 경우 가장 최근에 업데이트된 프로필이 우선적으로 업데이트됩니다. 이메일과 전화번호를 모두 포함하면 Braze는 이메일을 기본 식별자로 사용합니다.
PHONE 사용자의 전화번호입니다. 동일한 전화번호를 가진 프로필이 여러 개 있는 경우 가장 최근에 업데이트된 프로필이 우선적으로 업데이트됩니다.

PAYLOAD 열에는 Braze의 사용자에게 동기화하려는 필드의 JSON 문자열이 사용자 속성 객체 형식에 따라 포함됩니다.

JSON 예시




{"external_id":"s3-qa-0","payload":"{\"name\": \"GT896\", \"age\": 74, \"subscriber\": true, \"retention\": {\"previous_purchases\": 21, \"vip\": false}, \"last_visit\": \"2023-08-08T16:03:26.600803\"}"}
{"external_id":"s3-qa-1","payload":"{\"name\": \"HSCJC\", \"age\": 86, \"subscriber\": false, \"retention\": {\"previous_purchases\": 0, \"vip\": false}, \"last_visit\": \"2023-08-08T16:03:26.600824\"}"}
{"external_id":"s3-qa-2","payload":"{\"name\": \"YTMQZ\", \"age\": 43, \"subscriber\": false, \"retention\": {\"previous_purchases\": 23, \"vip\": true}, \"last_visit\": \"2023-08-08T16:03:26.600831\"}"}

CSV 예시




external_id,payload
s3-qa-load-0-d0daa196-cdf5-4a69-84ae-4797303aee75,"{""name"": ""SNXIM"", ""age"": 54, ""subscriber"": true, ""retention"": {""previous_purchases"": 19, ""vip"": true}, ""last_visit"": ""2023-08-08T16:03:26.598806""}"
s3-qa-load-1-d0daa196-cdf5-4a69-84ae-4797303aee75,"{""name"": ""0J747"", ""age"": 73, ""subscriber"": false, ""retention"": {""previous_purchases"": 22, ""vip"": false}, ""last_visit"": ""2023-08-08T16:03:26.598816""}"

커스텀 이벤트는 사용자 속성과 동일한 사용자 식별자 열을 사용합니다. PAYLOAD 열은 이벤트 객체 형식을 따릅니다.




{"external_id":"s3-qa-0","payload":"{\"app_id\": \"YOUR_APP_ID\", \"name\": \"view-206\", \"time\": \"2024-04-02T14:34:08\", \"properties\": {\"bool_value\": false, \"preceding_event\": \"unsubscribe\", \"important_number\": 206}}"}
{"external_id":"s3-qa-1","payload":"{\"app_id\": \"YOUR_APP_ID\", \"name\": \"view-206\", \"time\": \"2024-04-02T14:34:08\", \"properties\": {\"bool_value\": false, \"preceding_event\": \"unsubscribe\", \"important_number\": 206}}"}

구매 이벤트는 사용자 속성과 동일한 사용자 식별자 열을 사용합니다. PAYLOAD 열은 구매 객체 형식을 따릅니다.




{"external_id":"s3-qa-0","payload":"{\"app_id\": \"YOUR_APP_ID\", \"product_id\": \"product-11\", \"currency\": \"BSD\", \"price\": 8.511527858335066, \"time\": \"2024-04-02T14:34:08\", \"quantity\": 19, \"properties\": {\"is_a_boolean\": true, \"important_number\": 40, \"preceding_event\": \"click\"}}"}
{"external_id":"s3-qa-1","payload":"{\"app_id\": \"YOUR_APP_ID\", \"product_id\": \"product-11\", \"currency\": \"BSD\", \"price\": 8.511527858335066, \"time\": \"2024-04-02T14:34:08\", \"quantity\": 19, \"properties\": {\"is_a_boolean\": true, \"important_number\": 40, \"preceding_event\": \"click\"}}"}

카탈로그 파일은 사용자 데이터 파일과 다른 식별자를 사용합니다. 카탈로그 동기화를 생성하기 전에 Braze에서 대상 카탈로그를 먼저 생성하세요. 전체 카탈로그 워크플로는 카탈로그 데이터 동기화 및 삭제를 참조하세요.

열 필수 설명
ID 예 카탈로그 아이템의 고유 식별자입니다. Braze에서 아이템을 생성, 업데이트 또는 삭제하는 데 사용됩니다.
PAYLOAD 예 동기화할 카탈로그 필드와 값의 JSON 문자열입니다. Braze의 카탈로그 스키마와 일치해야 합니다.
DELETED 아니요 true인 경우 ID가 일치하는 카탈로그 아이템이 Braze의 카탈로그에서 제거됩니다. 생성 또는 업데이트 작업에서는 이 열을 생략하거나 false로 설정하세요.

JSON 예시

{"id":"85","payload":"{\"product_name\":\"Product 85\",\"price\":85.85}"}
{"id":"86","payload":"{\"product_name\":\"Product 86\",\"price\":86.86}"}
{"id":"1","payload":"{\"product_name\":\"Product 1\",\"price\":1.01}","deleted":true}

DELETED 열이 있는 CSV 예시




ID,PAYLOAD,DELETED
85,"{""product_name"": ""Product 85"", ""price"": 85.85}",false
86,"{""product_name"": ""Product 86"", ""price"": 86.86}",false
1,"{""product_name"": ""Product 1"", ""price"": 1.01}",true

DELETED 열이 없는 CSV 예시




ID,PAYLOAD
85,"{""product_name"": ""Product 85"", ""price"": 85.85}"
86,"{""product_name"": ""Product 86"", ""price"": 86.86}"

Canvas 트리거는 제로 카피 개인화를 지원합니다. 대상 Canvas 설정 및 고려 사항은 제로 카피 개인화를 참조하세요.

필드 필수 설명
EXTERNAL_ID 예, external_id 또는 alias_name 및 alias_label 중 하나 업데이트하려는 사용자를 식별합니다. Braze에서 사용하는 external_id 값과 일치해야 합니다.
ALIAS_NAME 및 ALIAS_LABEL 예, external_id 또는 alias_name 및 alias_label 중 하나 이 두 열은 사용자 별칭 객체를 생성합니다. alias_name은 고유 식별자여야 하며, alias_label은 별칭 유형을 지정합니다. 사용자는 레이블이 다른 여러 별칭을 가질 수 있지만, alias_label당 alias_name은 하나만 가질 수 있습니다.
PROPERTIES 예 Canvas에서 개인화 속성으로 사용할 수 있도록 할 필드의 JSON 문자열입니다. 사용자별 정보를 포함해야 합니다.

시작하려면 새 동기화를 생성할 때 Canvas 트리거 데이터 유형을 선택하세요.

소스 버킷의 파일을 사용하여 Braze에서 고객 프로필을 삭제하려면 다음을 수행합니다.

  1. 다른 동기화와 동일한 설정을 사용하여 새 Cloud Data Ingestion 동기화를 생성합니다.
  2. Braze에서 동기화를 구성할 때 데이터 유형을 사용자 삭제로 설정합니다.
  3. 사용자 식별자 열만 포함된 파일을 소스 버킷에 업로드합니다. PAYLOAD 열은 포함하지 마세요. 실수로 인한 삭제를 방지하기 위해 페이로드가 있으면 동기화가 실패합니다.

파일의 각 행은 다음 중 하나를 사용하여 정확히 한 명의 사용자를 식별해야 합니다.

식별자 설명
EXTERNAL_ID Braze에서 사용하는 external_id와 일치합니다.
ALIAS_NAME 및 ALIAS_LABEL 두 열을 함께 사용하여 별칭으로 사용자를 식별합니다.
BRAZE_ID Braze에서 생성한 사용자 ID입니다(기존 사용자만 해당).

JSON 예시

{"external_id":"user-to-delete-001"}
{"external_id":"user-to-delete-002"}
{"braze_id":"braze-id-from-profile"}

CSV 예시




external_id
user-to-delete-001
user-to-delete-002

동기화가 실행되면 Braze는 버킷의 새 파일을 처리하고 해당하는 고객 프로필을 삭제합니다.

카탈로그 항목 삭제하기

파일 스토리지를 사용하여 카탈로그에서 항목을 제거하려면 다음 단계를 따르세요.

  1. 카탈로그 데이터를 동기화할 때 사용하는 것과 동일한 동기화를 사용합니다(데이터 유형 카탈로그).
  2. CSV 또는 JSON 파일에 선택 사항인 deleted(또는 DELETED) 열을 추가합니다.
  3. Braze의 카탈로그에서 제거하려는 카탈로그 항목의 deleted를 true로 설정합니다.

각 행에는 여전히 ID와 PAYLOAD가 필요합니다. 삭제 대상으로 표시된 행의 경우 페이로드는 최소한으로만 포함해도 됩니다. Braze는 ID를 기준으로 항목을 제거합니다.

동기화가 실행되면 deleted: true가 지정된 행과 일치하는 카탈로그 항목이 Braze에서 삭제됩니다. 전체 카탈로그 동기화 및 삭제 동작에 대한 자세한 내용은 카탈로그 데이터 동기화 및 삭제를 참조하세요.

알아두어야 할 사항

  • 소스 버킷 또는 컨테이너에 추가하는 파일은 512 MB를 초과하면 안 됩니다. 이 제한은 Amazon S3, Google Cloud Storage, Azure Blob Storage에 적용됩니다. 512 MB보다 큰 파일은 오류가 발생하며 Braze에 동기화되지 않습니다. Azure Blob Storage 자체는 훨씬 더 큰 파일을 허용하지만, CDI는 모든 파일 스토리지 소스에 동일한 512 MB 제한을 적용합니다.
  • 파일당 행 수에는 별도의 제한이 없지만, 동기화 속도를 높이려면 더 작은 파일을 사용하는 것이 좋습니다. 예를 들어 500 MB 파일 하나를 수집하는 데는 100 MB 파일 다섯 개를 따로 수집하는 것보다 시간이 훨씬 오래 걸립니다.
  • 특정 시간 동안 업로드할 수 있는 파일 수에는 별도의 제한이 없습니다.
  • 파일 내부 또는 파일 간 순서는 지원되지 않습니다. 예상되는 경합 조건을 모니터링하고 있다면 업데이트를 주기적으로 일괄 처리하는 것이 좋습니다.
  • CDI는 동기화를 생성한 후에 추가된 파일만 처리합니다. 기존 파일을 사용해 Braze가 버킷에 액세스하고 수집할 파일을 감지할 수 있는지 확인할 수는 있지만, 이러한 파일은 Braze에 동기화되지 않습니다. CDI가 기존 파일을 처리하도록 하려면 동기화하려는 기존 파일을 소스 버킷에 다시 업로드하세요.

문제 해결

파일 업로드 및 처리

CDI는 동기화가 생성된 후에 업로드된 파일만 처리합니다. 새 Blob이 생성될 때마다 Blob Created 이벤트가 대기줄로 전송됩니다. 컨테이너에 이미 있는 파일을 수집하려면 해당 파일을 다시 업로드하세요.

예기치 않은 파일 오류 처리

파일이 수집되지 않는다면 다음 사항을 확인하세요.

  • 스토리지 계정에 이벤트 구독이 있고 Blob Created로 필터링되어 있는지 확인합니다.
  • 이벤트 구독이 Event Grid Schema를 사용하는지 확인합니다. CDI는 다른 스키마로 전달된 이벤트를 읽을 수 없습니다.
  • 이벤트 구독의 엔드포인트가 다른 대기줄이 아닌 동기화에 구성된 대기줄을 가리키는지 확인합니다.
  • Braze 서비스 주체에 스토리지 계정에 대한 Storage Blob Data Reader, Storage Queue Data Reader, Storage Queue Data Message Processor 역할이 있는지 확인합니다.
  • 서비스 주체의 클라이언트 시크릿이 만료되지 않았는지 확인합니다. Azure는 클라이언트 시크릿에 만료를 적용하며, 시크릿이 만료되면 동기화가 중지됩니다.

자세한 내용은 Microsoft 설명서의 Event Grid 소스로서의 Azure Blob Storage를 참조하세요.

잘못된 통합 오브젝트 오류

이 오류는 두 개 이상의 워크스페이스에 동일한 클라우드 스토리지 버킷 또는 폴더를 가리키는 통합이 있을 때 발생합니다. 각 클라우드 스토리지 위치는 한 번에 하나의 통합에서만 사용할 수 있습니다. 해결 단계는 FAQ를 참조하세요.

Braze 고객 참여 플랫폼 문서.

리소스
법적 고지
회사
© 2026 Braze, Inc. All rights reserved.
브레이즈 상태 확인
New Stuff!