캐시 연결된 콘텐츠 응답

이 섹션에서는 Braze가 Liquid 및 연결된 콘텐츠를 렌더링하는 방법과 메시지 전송 전에 데이터가 일시적으로 존재할 수 있는 위치에 대한 보다 상세한 종단 간(end-to-end) 관점을 제공합니다. 이는 개인정보 보호 및 데이터 처리 검토에 도움이 될 수 있습니다.

저장되는 것과 저장되지 않는 것

• 연결된 콘텐츠 응답 본문: Braze에 영구적으로 저장되지 않습니다. 메모리에 일시적으로 보관될 수 있으며, 캐싱이 인에이블먼트된 경우 유지 시간(TTL)과 함께 캐시에 저장됩니다.
• 연결된 콘텐츠 요청 메타데이터: 요청 메타데이터(예: 완전히 렌더링된 URL, HTTP 상태 코드, 응답 소요 시간)는 문제 해결 및 모니터링을 위해 기록됩니다. 이러한 로그는 최대 30일 동안 보관됩니다.
• 최종 렌더링된 메시지: 렌더링 중에 메모리에 존재합니다. 구성 및 채널(예: 메시지 보관 또는 콘텐츠 카드)에 따라 다른 위치에 저장될 수도 있습니다.

렌더링 흐름 (상위 수준)

다음 흐름은 Braze가 이메일, SMS, 푸시와 같은 제공자 기반 채널을 위한 메시지를 렌더링하고 전송하는 방식을 설명합니다. 콘텐츠 카드와 같은 SDK 기반 채널은 동일한 기본 Liquid 및 연결된 콘텐츠 렌더링을 사용하지만, 콘텐츠 생성 시점과 전달 방식에서 차이가 있습니다.

1. 배경 작업자는 메시지가 전달 준비 상태가 되면 해당 메시지의 Liquid 템플릿을 렌더링합니다.
2. 연결된 콘텐츠 태그는 Liquid 렌더링 중에 평가됩니다.
3. 각 연결된 콘텐츠 태그에 대해 Braze는 다단계 캐시를 확인합니다. 캐시된 값이 존재하지 않거나(또는 캐싱이 비활성화된 경우) Braze는 귀하의 엔드포인트를 호출하고 응답을 수신합니다.
4. 응답이 Liquid 템플릿에 주입되고 메시지가 완전히 렌더링됩니다.
5. 공급자 기반 채널의 경우, 렌더링된 메시지는 채널 공급자에게 전송된 후 사용자에게 전달됩니다. 콘텐츠 카드와 같은 SDK를 통해 제공되는 채널의 경우, 렌더링된 콘텐츠는 Braze SDK와 동기화되며 첫 노출 횟수 또는 표시 시점에 생성되어 사용자에게 표시됩니다.

연결된 콘텐츠 응답이 일시적으로 존재할 수 있는 위치

Braze는 연결된 콘텐츠 응답에 대해 다단계 캐시를 사용하며, TTL은 5분에서 4시간 사이로 설정됩니다. 이는 사용자의 설정:cache_max_age및 기타 캐싱 규칙에 따라 달라집니다:

• 프로세스 내 메모리 캐시: 작업자 프로세스 내의 일시적 캐시. 데이터는 작업이 진행되는 동안에만 존재할 수 있습니다(작업자 타임아웃 기준 최대 약 11분).
• 로컬 머신 캐시: 작업자별 캐시, 예를 들어 로컬 Memcached 인스턴스.
• 클러스터 전체 캐시: 작업자 간에 공유되는 분산 캐시, 예를 들어 Memcached 클러스터.

이러한 캐시 계층은 휘발성이며, 구성된 TTL보다 일찍 데이터를 제거할 수 있습니다.

사용하면 무엇이 달라지나요? :no_cache

Braze 인프라 외부에서 호스팅되는 엔드포인트의 경우, 를 사용하면 연결된 콘텐츠 응답 본문이 :no_cacheMemcached에 저장되지 않습니다. 이러한 경우 응답은 렌더링 작업이 진행되는 동안(최대 약 11분)에만 작업자 프로세스 메모리에 존재합니다. Braze 내부 호스트로 해결되는 엔드포인트의 경우에도 응답은 캐시 해제(Cache busting)에 설명된 대로 캐시될 수 있습니다.

최종 렌더링된 출력이 저장될 위치

• 메시지 보관: 메시지 아카이빙이 인에이블된 경우, Braze는 최종 렌더링된 메시지를 설정된 클라우드 스토리지 버킷에 기록할 수 있습니다. 렌더링된 메시지에 연결된 콘텐츠 응답이 포함된 경우, 해당 응답은 보관된 사본에도 포함됩니다.
• 사용자 기기: 전달 후, 완전히 렌더링된 메시지 콘텐츠는 사용자 기기에 알려지지 않은 기간 동안 유지될 수 있습니다.
• Content Cards: 콘텐츠 카드의 렌더링된 콘텐츠는 카드 만료 시까지 Braze 데이터베이스에 저장됩니다.