Zum Inhalt springen

Persistente und Zero-Copy-Datenaufnahme-Optionen vergleichen

Entscheiden Sie, 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 einen Canvas übergeben werden – bevor Sie Ihre Datenaufnahme-Pipelines entwerfen.

Über dieses Beispiel

MovieCanon ist ein fiktiver Film-Streaming-Dienst. Er zentralisiert Kund:innen-, Ticket- und Wiedergabedaten in einem Warehouse. Das Datenteam muss entscheiden, wie Braze für drei häufige Anforderungen mit Daten versorgt wird:

  • Profildaten: Treuestufe, Lifetime-Value und Genre- oder Formatpräferenz-Attribute, die auf Braze-Nutzerprofilen persistent gespeichert werden.
  • Zielgruppenbildung: SQL-gestützte Segmente aus Warehouse-Tabellen, ohne jede Spalte in Braze kopieren zu müssen.
  • Ausgelöstes Messaging: Warehouse-Zeilen, die ein Canvas mit zeilenspezifischer Personalisierung betreten sollen, die nicht auf dem Profil gespeichert werden muss.

Braze bietet vier primäre Aufnahmepfade. Standardmäßige Cloud Data Ingestion (CDI)-Synchronisierungen und die /users/track-API speichern Daten persistent auf Profilen. CDI Segments (Connected Sources) und CDI-Canvas-Trigger sind Zero-Copy-Optionen: Warehouse-Daten bleiben in Ihrem Warehouse und werden nicht in Braze-Nutzerprofile geschrieben.

Verwenden Sie diesen Vergleich, wenn Sie eine Architektur planen, den Durchsatz dimensionieren oder Kompromisse gegenüber Engineering- und Marketing-Stakeholdern erläutern. Er ersetzt nicht die Integrations-Setup-Anleitungen für die einzelnen Optionen.

Hinweise

  • Cloud Data Ingestion ist ein Oberbegriff für ein ganzes Feature-Set. Standard-CDI-Syncs kopieren Daten auf Braze-Profile (ähnlich wie /users/track). CDI Segments und CDI-Canvas-Trigger belassen die Warehouse-Daten an Ort und Stelle, ohne sie in Braze-Nutzerprofile zu schreiben.
  • Wiederkehrende CDI-Syncs können so häufig wie alle 5 Minuten oder so selten wie einmal pro Monat ausgeführt werden. Standardmäßig beträgt das kürzeste Intervall, das Sie im Dashboard einstellen können, 15 Minuten – das hilft, Ihre Warehouse-Rechenkosten und das Anfragevolumen zu kontrollieren. Um so häufig wie alle 5 Minuten zu synchronisieren, wenden Sie sich an den Braze-Support oder Ihren Customer-Success-Manager. Um einen Sync auszulösen, sobald sich Ihre Daten ändern, rufen Sie den Endpunkt Sync triggern auf, wenn Ihr Warehouse-Ladevorgang abgeschlossen ist. Siehe Braze Cloud Data Ingestion.
  • CDI-Canvas-Trigger teilen sich das Rate-Limit der REST API /canvas/trigger/send mit anderem Traffic zu diesem Endpunkt. /users/track hat eigene Limits und Batching-Regeln. Standardlimits können erhöht werden. Gehen Sie zu Einstellungen > APIs und Bezeichner > API-Limits, und lesen Sie API-Rate-Limits.
  • Connected Sources und CDI-Segmenterweiterungen führen Abfragen in Ihrem Warehouse aus. Dabei fallen Warehouse-Rechenkosten an; Braze protokolliert für diese Abfragen keine Datenpunkte. Siehe Connected Sources.

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 Profilschreibvorgänge?
Attribute, Ereignisse, Käufe oder Katalogartikel aus dem Warehouse persistieren 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 (Connected Sources) Nein (nur Mitgliedschaft)
Nutzer:innen mit Warehouse-Zeilenkontext in ein Canvas aufnehmen, der nicht im Profil persistiert werden soll CDI-Canvas-Trigger Nein (transiente Canvas-Kontexteigenschaften)
Daten aus Apps, Servern oder Streaming-Pipelines nahezu in Echtzeit pushen /users/track (oder SDKs) Ja (Daten werden in Profilen persistiert)

Schritt 2: Persistenz, Latenz und Durchsatz vergleichen

Vergleichen Sie, wie jeder Pfad Datenresidenz, Latenz, Durchsatz und Nutzer:innenerstellung handhabt.

Dimension Standard-CDI-Synchronisierung CDI Segments CDI-Canvas-Trigger /users/track
Funktion Geplantes Lesen einer Warehouse-Tabelle; schreibt Attribute, Ereignisse, Käufe, Nutzer:innenlöschungen oder Kataloge Braze fragt Ihr Warehouse für SQL-Segmenterweiterungen ab Warehouse-Zeilen triggern einen Canvas-Entry mit Zeilenkontext als Canvas-Kontexteigenschaften Apps, Server oder Streaming-Pipelines schreiben Attribute, Ereignisse und Käufe in Profile
Datenresidenz Kopiert und in Braze-Profilen persistiert Verbleibt in Ihrem Warehouse; es wird nichts in Profile geschrieben Canvas-Kontexteigenschaften sind transient; nicht in Profilen persistiert Kopiert und in Braze-Profilen persistiert
Typische Latenz Wird nach Zeitplan ausgeführt (bis zu alle 5 Minuten; standardmäßig 15 Minuten) oder bei Bedarf über den Endpunkt „Synchronisierung triggern“. Die Aktualität des Warehouse gilt ebenfalls. Aktualisiert sich nach Ihrem Segmenterweiterungs-Zeitplan. Die Mitgliedschaft spiegelt die Warehouse-Daten zum Zeitpunkt der letzten Aktualisierung wider. Wird nach dem Synchronisierungszeitplan ausgeführt (bis zu alle 5 Minuten; standardmäßig 15 Minuten). Nahezu Realtime (asynchrone Verarbeitung)
Hinweise zum Durchsatz Vollständiges Abfrageergebnis pro Synchronisierung; Braze fasst intern zu /users/track-, /users/delete- oder Katalog-Endpunkten zusammen Abfragelaufzeitlimit von 60 Minuten pro Connected Source; kein Objektlimit pro Anfrage Teilt sich das Rate-Limit von /canvas/trigger/send; ca. 3,75 Millionen Canvas-Entries pro Stunde pro Synchronisierungslauf Bis zu 75 kombinierte Objekte pro Anfrage; siehe API-Rate-Limits
Batch-Größe Kein Objektlimit auf CDI-Seite für Warehouse-Lesevorgänge Nicht zutreffend (das Abfrageergebnis definiert die Mitgliedschaft) Ein Canvas-Entry pro Warehouse-Zeile pro Synchronisierungslauf 75 Attribute, Ereignisse und Käufe kombiniert pro Anfrage (Standard)
Nutzer:innenerstellung Ja, sofern nicht „Nur bestehende aktualisieren“ gesetzt 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: Schema- und Bezeichneranforderungen vergleichen

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 Ereignisse in einer anderen).

Dimension Standard-CDI-Synchronisierung CDI Segments CDI-Canvas-Trigger /users/track
Erforderliche Spalten / Format Nutzer:innen-Bezeichner + UPDATED_AT + PAYLOAD (JSON) pro Zeile SQL muss ausschließlich external_user_id ausgeben Bezeichner + UPDATED_AT + PROPERTIES (JSON; {} verwenden, wenn leer) Standard-/users/track-Anfragekörper
Unterstützte Bezeichner external_id, Nutzer-Alias, braze_id, E-Mail oder Telefon Nur external_user_id (String) Nur external_id oder Nutzer-Alias external_id, Nutzer-Alias, braze_id, E-Mail oder Telefon

Schritt 4: Den ausgewählten Pfad implementieren

Für MovieCanon ist ein gängiges Muster: Standard-CDI-Synchronisierungen für die nächtliche Profilanreicherung, CDI Segments für rein Warehouse-basierte Zielgruppenregeln, Canvas-Trigger für Ticketstatus- oder Viewing-Journeys mit Kontext auf Zeilenebene und /users/track für Realtime-App-Ereignisse.

New Stuff!