Persistente und Zero-Copy-Datenaufnahme-Optionen vergleichen
Entscheiden Sie, bevor Sie Ihre Datenaufnahme-Pipelines entwerfen, wie Daten aus Ihrem Warehouse oder Ihren Anwendungen Braze erreichen – ob sie auf Nutzerprofile kopiert, direkt für die Segmentierung abgefragt oder vorübergehend an ein Canvas übergeben werden.
Über dieses Beispiel
MovieCanon ist ein fiktiver Film-Streaming-Dienst. Er bündelt Kunden-, Ticket- und Nutzungsdaten in einem Data Warehouse. Das Datenteam muss entscheiden, wie Braze für drei typische Anforderungen mit Daten versorgt wird:
- Profildaten: Attribute wie Treuestufe, Lifetime-Value sowie Genre- oder Formatpräferenzen, die dauerhaft in den Braze-Nutzerprofilen gespeichert werden.
- Zielgruppenaufbau: SQL-basierte Segmente aus Warehouse-Tabellen, ohne jede Spalte in Braze zu kopieren.
- Getriggertes Messaging: Warehouse-Zeilen, die einen Canvas mit zeilenspezifischer Personalisierung auslösen sollen, die nicht im Profil gespeichert werden muss.
Braze bietet vier primäre Wege zur Datenaufnahme. Standardmäßige Synchronisierungen über Cloud Data Ingestion (CDI) und die API /users/track speichern Daten dauerhaft in Profilen. CDI-Segmente (Connected Sources) und CDI-Canvas-Trigger sind Zero-Copy-Optionen: Die Warehouse-Daten verbleiben in Ihrem Warehouse und werden nicht in Braze-Nutzerprofile geschrieben.
Nutzen Sie diesen Vergleich, wenn Sie eine Architektur planen, den Durchsatz dimensionieren oder Engineering- und Marketing-Stakeholdern die Vor- und Nachteile erläutern. Er ersetzt nicht die Anleitungen zur Einrichtung der Integration für die einzelnen Optionen.
Überlegungen
- Cloud Data Ingestion ist ein übergeordnetes Feature. Standardmäßige CDI-Synchronisierungen kopieren Daten in Braze-Profile (ähnlich wie
/users/track). CDI-Segmente und CDI-Canvas-Trigger belassen die Daten in Ihrem Warehouse, ohne sie in Braze-Nutzerprofile zu schreiben. - Wiederkehrende CDI-Synchronisierungen können so häufig wie alle 5 Minuten oder so selten wie einmal im Monat laufen. Standardmäßig beträgt das kürzeste Intervall, das Sie im Dashboard einstellen können, 15 Minuten. So behalten Sie die Rechenkosten Ihres Warehouse und das Anfragevolumen im Griff. Wenn Sie bis zu alle 5 Minuten synchronisieren möchten, wenden Sie sich an den Braze-Support oder Ihren Customer-Success-Manager. Wenn Sie synchronisieren möchten, sobald sich Ihre Daten ändern, rufen Sie den Endpunkt Synchronisierung triggern auf, sobald der Ladevorgang in Ihrem Warehouse abgeschlossen ist. Siehe Braze Cloud Data Ingestion.
- CDI-Canvas-Trigger teilen sich das Rate-Limit der REST API
/canvas/trigger/sendmit anderem Traffic an diesen Endpunkt. Für/users/trackgelten eigene Limits und Batching-Regeln. Standard-Limits können erhöht werden. Gehen Sie zu Einstellungen > APIs und Bezeichner > API-Limits und lesen Sie API-Rate-Limits. - Verbundene Quellen und CDI-Segmenterweiterungen führen Abfragen in Ihrem Warehouse aus. Dabei fallen Rechenkosten für Ihr Warehouse an; Braze protokolliert für diese Abfragen keine Datenpunkte. Siehe Verbundene Quellen.
Einrichtung
Schritt 1: Ordnen Sie Ihren Anwendungsfall einem Aufnahmepfad zu
Ordnen Sie Ihr Ziel dem empfohlenen Aufnahmepfad zu und prüfen Sie, ob dieser Pfad in Braze-Profile schreibt.
| Ihr Ziel | Empfohlener Pfad | Schreibt in Profile? |
|---|---|---|
| Attribute, Events, Käufe oder Katalogartikel aus dem Warehouse persistent speichern | Standard-CDI-Synchronisierung | Ja (Daten werden in Braze-Profile oder -Kataloge kopiert) |
| Zielgruppen aus Warehouse-SQL erstellen, ohne Quelltabellen in Braze zu kopieren | CDI Segments (verbundene Quellen) | Nein (nur Mitgliedschaft) |
| Nutzer:innen mit Kontext aus Warehouse-Zeilen in ein Canvas aufnehmen, der nicht im Profil gespeichert werden soll | CDI-Canvas-Trigger | Nein (transiente Canvas-Kontexteigenschaften) |
| Daten aus Apps, Servern oder Streaming-Pipelines nahezu in Realtime senden | /users/track (oder SDKs) |
Ja (Daten werden in Profilen gespeichert) |
Schritt 2: Vergleichen Sie Persistenz, Latenz und Durchsatz
Vergleichen Sie, wie jeder Pfad mit Datenspeicherort, Latenz, Durchsatz und der Erstellung von Nutzer:innen umgeht.
| Dimension | Standard-CDI-Synchronisierung | CDI Segments | CDI-Canvas-Trigger | /users/track |
|---|---|---|---|---|
| Funktion | Geplantes Lesen einer Warehouse-Tabelle; schreibt Attribute, Events, Käufe, Nutzerlöschungen oder Kataloge | Braze fragt Ihr Warehouse für SQL-Segmenterweiterungen ab | Warehouse-Zeilen triggern den Canvas-Entry mit dem Zeilenkontext als Canvas-Kontexteigenschaften | Apps, Server oder Streaming-Pipelines schreiben Attribute, Events und Käufe in Profile |
| Datenspeicherort | In Braze-Profile kopiert und dort gespeichert | Verbleibt in Ihrem Warehouse; nichts wird in Profile geschrieben | Canvas-Kontexteigenschaften sind transient; sie werden nicht in Profilen gespeichert | In Braze-Profile kopiert und dort gespeichert |
| Typische Latenz | Läuft nach Zeitplan (bis zu alle 5 Minuten; standardmäßig 15 Minuten) oder bei Bedarf über den Endpunkt zum Auslösen einer Synchronisierung. Die Aktualität des Warehouse spielt ebenfalls eine Rolle. | Wird gemäß dem Zeitplan Ihrer Segmenterweiterung aktualisiert. Die Mitgliedschaft spiegelt die Warehouse-Daten zum Zeitpunkt der letzten Aktualisierung wider. | Läuft nach dem Synchronisierungszeitplan (bis zu alle 5 Minuten; standardmäßig 15 Minuten). | Nahezu Realtime (asynchrone Verarbeitung) |
| Hinweise zum Durchsatz | Vollständiges Abfrageergebnis pro Synchronisierung; Braze bündelt intern an /users/track, /users/delete oder Katalog-Endpunkte |
Maximale Abfragelaufzeit von 60 Minuten pro verbundener Quelle; keine Objektobergrenze pro Anfrage | Teilt sich das Rate-Limit von /canvas/trigger/send; etwa 3,75 Millionen Canvas-Entries pro Stunde und Synchronisierungslauf |
Bis zu 75 Objekte insgesamt pro Anfrage; siehe API-Rate-Limits |
| Batch-Größe | Keine Objektobergrenze auf CDI-Seite für Warehouse-Lesevorgänge | Nicht zutreffend (die Abfrageausgabe bestimmt die Mitgliedschaft) | Ein Canvas-Entry pro Warehouse-Zeile und Synchronisierungslauf | 75 Attribute, Events und Käufe insgesamt pro Anfrage (Standard) |
| Erstellung von Nutzer:innen | Ja, sofern nicht „Nur bestehende aktualisieren“ festgelegt ist | Nein (unbekannte Nutzer:innen in Abfrageergebnissen werden ignoriert) | Nein (nur bestehende Braze-Nutzer:innen) | Ja, sofern _update_existing_only nicht true ist |
Schritt 3: Vergleichen Sie Schema- und Bezeichneranforderungen
Vergleichen Sie die erforderlichen Spalten und unterstützten Bezeichner für jeden Pfad. Konfigurieren Sie pro Standard-CDI-Synchronisierung einen Datentyp (zum Beispiel Attribute in einer Integration und Events in einer anderen).
| Dimension | Standard-CDI-Synchronisierung | CDI Segments | CDI-Canvas-Trigger | /users/track |
|---|---|---|---|---|
| Erforderliche Spalten / Struktur | Nutzer-Bezeichner + UPDATED_AT + PAYLOAD (JSON) pro Zeile |
SQL darf nur external_user_id ausgeben |
Bezeichner + UPDATED_AT + PROPERTIES (JSON; bei leerem Wert {} verwenden) |
Standard-Anfragetext für /users/track |
| Unterstützte Bezeichner | external_id, Nutzer-Alias, braze_id, E-Mail oder Telefonnummer |
Nur external_user_id (String) |
Nur external_id oder Nutzer-Alias |
external_id, Nutzer-Alias, braze_id, E-Mail oder Telefonnummer |
Schritt 4: Implementieren Sie den ausgewählten Pfad
- Standard-CDI-Synchronisierung: Erstellen Sie eine Warehouse-Tabelle oder -Ansicht und folgen Sie dann den Einrichtungsschritten für Ihre Cloud Data Ingestion-Quelle und die Tabelleneinrichtung.
- CDI Segments: Fügen Sie eine verbundene Quelle hinzu und erstellen Sie dann eine CDI-Segmenterweiterung.
- CDI-Canvas-Trigger: Richten Sie eine Quelltabelle mit
PROPERTIESein, erstellen und starten Sie ein Ziel-Canvas und erstellen Sie dann eine Synchronisierung gemäß Zero-Copy-Personalisierung mit CDI. /users/track: Senden Sie Anfragen aus Ihrer Anwendung oder Middleware. Formatieren Sie Payloads gemäß POST: Nutzer:innen erstellen und aktualisieren.
Für MovieCanon ist folgendes Muster üblich: Standard-CDI-Synchronisierungen für die nächtliche Profilanreicherung, CDI Segments für Zielgruppenregeln, die nur im Warehouse bestehen, Canvas-Trigger für Journeys zu Ticketstatus oder Wiedergabe mit Kontext auf Zeilenebene und /users/track für App-Events in Realtime.