Wissen Sie, was der Pfeil bedeutet
Auch in 19 Sprachen
English · Español · 日本語 · Português (Brasil) · Français · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Українська · Español (México) · Français (Canada) · Deutsch (Schweiz)
Kapitel 9 von Data Architect, Teil 2: Architektur im großen Maßstab. Zurück: Architektur für Abfragen und Abruf.
Die meisten Datenqualitätsprobleme in einer vernetzten Org kommen über eine Integration herein. Duplikate wegen eines fehlenden Schlüssels. Veraltete Werte wegen eines Batch-Laufs, der still aufgehört hat. Felder, überschrieben von einem System, das sie nie schreiben sollte. Datenarchitekt:innen müssen die Integration nicht bauen. Aber sie entscheiden, was sie mit den Daten tun darf.
Image generated with AI. ⟲
Dieses Kapitel ist also ein Probierteller: ein Vorgeschmack auf Integration für die Datenarchitektur, das volle Menü gibt es im Kurs Integration Architect. Es beginnt dort, wo Kapitel 4 aufgehört hat: Jeder Pfeil in der Landschaft braucht einen Mechanismus. Jetzt braucht jeder Pfeil eine Bedeutung.
Die Ideen in diesem Kapitel
Abschnitt betitelt „Die Ideen in diesem Kapitel “- Zoom out, then zoom in. Start with the whole landscape, then take one arrow at a time and ask what it means to the data. ⟲
- Wissen Sie, was die Integrationsarchitektur plant, auch wenn jemand anderes es baut. Die Form des Verkehrs verändert den Datenentwurf.
- Wer das Gespräch beginnt, ist nicht die Richtung, in der die Daten fließen, und nur der Client sieht den ganzen Hin- und Rückweg.
- Freshness is a requirement, not a default. And a database stores; a process calls: polling needs a process, and polling for nothing is waste. ⟲
- Singles, sets or bulk: respect the zeros. Integration volume becomes data volume. ⟲
- One key per record, one-to-one, in an External ID field marked unique. When one customer has several external records, add records, not fields: a hierarchy, peers or a child object (chapter 6), never a key field per system. ⟲
- A key isn’t authority. Integrations write the fields their system owns, not “the Account.” Two-way movement still has one owner per field. ⟲
- Proof of delivery: the client owns the conversation; whoever knows what should arrive proves that it did. Log every call, restart gracefully, retry safely, and send increments, not the universe. ⟲
- Plattformereignisse sind das Rückgrat; Outbound Messaging ist ein Altbestand, unterstützt, aber nicht der Ausgangspunkt neuer Entwürfe.
- Every important arrow gets a contract, written before the mechanism is chosen, and it outlives the technology. ⟲
Der Integrations-Datenvertrag
Abschnitt betitelt „Der Integrations-Datenvertrag “Every important arrow gets one, eleven lines: ⟲
| Line | The decision |
|---|---|
| Auslöser | Wer beginnt das Gespräch? |
| Datenrichtung | In welche Richtung bewegen sich die Geschäftsdaten? |
| Freshness | How current must the data be, in a number? |
| Volume and shape | How much, and as singles, sets or bulk? |
| Key | How do we identify the same record across systems? |
| Write authority | Which system owns, and may write, which fields? |
| Pattern | Request and reply, fire and forget, batch, or events? |
| Mechanismus | Was setzt es um? |
| Proof of delivery | Who proves it arrived, and owns recovery? |
| Sensitivity and travel | How sensitive is the data, and where does it pass through? |
| Change | How does the contract change without breaking the other side? |
Der Weg durch dieses Kapitel
Abschnitt betitelt „Der Weg durch dieses Kapitel “Vier Module, jedes steht für sich.
- Before the Arrow. Steve Trucking’s landscape, then one arrow: who starts it and which way the data moves, how current, polling or listening, singles, sets and bulk, and what happens when it fails. ⟲
- Keys and Write Ownership. One key per record, upsert and safe retries, add records not fields, field-level authority, and loops. ⟲
- Proof of Delivery. Who proves it arrived, the integration log, restarts and retries, the return receipt, the four shapes and monitoring. ⟲
- The Integration Data Contract. Nine contracts on the landscape, one line by line; requirement, then pattern, then mechanism; the standard API or your own; where the data travels; and when the contract says don’t move it. ⟲
Not moving data at all (Salesforce Connect, mashups, zero copy) is chapter 14, Virtualization, Federation, and Zero-Copy (coming soon). ⟲
Was Architekt:innen hier entscheiden
Abschnitt betitelt „Was Architekt:innen hier entscheiden “- What each arrow means: initiator, direction, freshness, volume. ⟲
- Wie Datensätze über Systeme hinweg zugeordnet bleiben, und wer welche Felder ändern darf.
- Wer die Vollständigkeit beweist und für die Wiederherstellung bei jeder Bewegung zuständig ist.
- Ob die Daten sich überhaupt bewegen sollten.
Über die Prüfung hinaus: Jeder Lese- und Schreibweg eines Agenten ist ein Integrationspfeil. Ein Agent, der „den Kunden aktualisiert“, braucht einen Schlüssel, einen engen Schreibvertrag, sichere Wiederholungen und Beobachtbarkeit, denn ein probabilistischer Aufrufer ruft deterministische Unternehmensoperationen auf. Jedes Modul endet damit, was KI ändert.
Weiterlesen
Abschnitt betitelt „Weiterlesen “- Salesforce Architects, Data Integration with Salesforce (öffnet in einem neuen Tab) (decision guide), checked 2026-11-01. ⟲
- Salesforce Architects, Integration Patterns (öffnet in einem neuen Tab), checked 2026-11-01. ⟲
- Salesforce, Best Practices for Deployments with Large Data Volumes (öffnet in einem neuen Tab), Winter ‘27, checked 2026-11-01. ⟲
Weiter: Migration und Synchronisierung