Zum Inhalt springen
SteveTechArcSteveTechArc Courses

Erst die Landschaft zeichnen, dann die Org

Auch in 28 Sprachen

English · Español · 日本語 · Português (Brasil) · Français · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

Kapitel 4 von Data Architect, Teil 1: Datenarchitekt:in werden. Zurück: Salesforce-Datenarchitektur.

Wenn ich CTA-Kandidat:innen unterrichte, ist die Hausaufgabe nach dem ersten Tag immer dieselbe. Lesen Sie das Szenario. Beginnen Sie die Systemlandschaft auf einem leeren Blatt. Dann, und erst dann, wagen Sie einen ersten Versuch am Datenmodell.

Die Reihenfolge überrascht die Leute. Wir arbeiten in der Datenarchitektur; sollten wir nicht mit dem Datenmodell beginnen? Hier ist, warum ich es nicht tue. Wenn ich zuerst das Datenmodell zeichne, habe ich schon entschieden, was in Salesforce gehört. Wenn ich zuerst die Landschaft zeichne, sehe ich alles, was diese Entscheidung prägen sollte: das ERP, dem Kunden und Produkte gehören, das Data Warehouse, das die Fragen über fünf Jahre beantwortet, den Identitätsanbieter, der entscheidet, wer hereinkommt, den Partner, der jeden Nachmittag eine Datei schickt, das Altsystem, von dem alle sagen, es werde abgelöst.

Die Kapitel 2 und 3 haben die Org entworfen: wie das Modell sein soll und wie es auf Salesforce lebt. Dieses Kapitel zieht die Kamera zurück und zeichnet, was die Org umgibt, bevor die Org entworfen wird. Salesforce ist ein System unter vielen, und oft gehören die Daten gar nicht ihm.

Leitende Architekt zeichnet an einem nebligen Morgen für zwei Kolleg eine Systemlandschaft rund um Salesforce an ein Whiteboard

Mit KI erstelltes Bild.

Die Ideen in diesem Kapitel

Abschnitt betitelt „Die Ideen in diesem Kapitel “
  • Die Landschaft kommt zuerst. Finden Sie die Systeme, dann die Daten, die zwischen ihnen fließen, dann, wem jedes Stück gehört. Erst dann entscheiden Sie, welche Aufgabe Salesforce hat.
  • Ein Pfeil hängt von anderen Pfeilen ab. Aufträge hinaus ins ERP brauchen zuerst Kunden, Produkte und Preise hinein. Wann immer ich eine Integration mit nur einem Fluss sehe, werde ich langsam besorgt.
  • Daten gibt es in Arten und Arbeitslasten. Stammdaten, Referenzdaten, Bewegungsdaten, Metadaten, analytische und unstrukturierte Daten ändern sich, wachsen und werden unterschiedlich genutzt; operative (OLTP), analytische (OLAP) und Streaming-Arbeitslasten wollen verschiedene Orte. Die Org betreibt das Geschäft; Warehouses und Lakes analysieren es.
  • Systeme haben Rollen, nicht nur Logos. Führendes System, Engagement-System, Referenzsystem, Analysesystem. „Salesforce ist unser führendes System“: wofür?
  • Wo die Analytik lebt, folgt daraus, wo die Daten leben. Alles auf dem Core: Standardberichte. Daten in anderen Speichern: eine Analyseplattform, und das Data Warehouse, wenn Salesforce-Daten damit zusammengeführt werden.
  • Data 360 ist nahe am Core (Near-Core): auf dem Core verwaltet, außerhalb des Core gehostet. Benutzer verbinden sich nie damit, also sitzt es bei den Datenleitungen.
  • Daten, die dem ERP gehören, werden lokal gelesen und kontrolliert geschrieben, mit einem Präfix erp_, damit das Schema zeigt, wem jedes Feld gehört.
  • In einer Landschaft beginnt ein Pfeil bei dem System, das die Verbindung öffnet, und seine Beschriftung sagt, was sich bewegt und in welche Richtung. Zwei Flüsse sind zwei Pfeile; ein Doppelpfeil ist nur für einen Konnektor da.
  • Jeder Pfeil hat einen Client und einen Server, und jeder besitzt seine Hälfte. Nichts davon kommt in die Landschaft, aber jeder Pfeil hat es.
  • Zählen Sie, bevor Sie die Pfeile zeichnen. Die Nullen kommen ins Inventar, und sie wählen den Mechanismus: Batch, synchron oder Ereignisse.
  • Die Org-Strategie ist eine Entscheidung über die Landschaft, getroffen in den ersten Minuten: eine Org oder viele, und wo sie läuft.
  • Ein Ist-Zustand zeigt, was falsch ist. Rot für einen schlechten Prozess, gestrichelt für Handarbeit, rote Punkte für das, was fehlt.

Steves Landschaftslayout

Abschnitt betitelt „Steves Landschaftslayout “

Es gibt viele Wege, eine Systemlandschaft zu zeichnen. Das ist meiner, über viele Jahre verfeinert, und er liest sich wie ein Satz: Menschen links erreichen Salesforce in der Mitte, vertraut über die Systeme darüber, bedient über die Kanäle darunter und verbunden mit dem Backoffice rechts.

WoWas dort hingehört
LinksDie Menschen, von oben nach unten: interne Benutzer, Partner, Kunden
MitteSalesforce, ein schlichter Kasten, darunter anliegend seine Communities
ObenIdentitätsanbieter über Salesforce; AppExchange nach rechts versetzt; öffentliche Websites oben links
RechtsDie Integrationsschicht, dann die internen Systeme: ERP, Finanzen, Data Warehouse
Unter der IntegrationsschichtData 360, nahe am Core, bei den Datenleitungen
UntenKundenkanäle: E-Mail, Webformulare, Telefon, Messaging
Unten rechtsDaten hinein und hinaus: Archive, Datenladevorgänge, externe Quellen, Partner

Systeme sind Karten in blassen, beschrifteten Zonen, jede mit einem Symbol, und eine Legende sagt, was alles bedeutet. Hinter dem Bild steht ein Inventar: für jeden Datenbestand oder Fluss sein Eigentümer, Volumen, Mechanismus und Timing, Authentifizierung, und ob er kopiert, referenziert oder föderiert wird.

Die Landschaft mit ihren Pfeilen Dieselbe Landschaft wie zuvor, jetzt mit Pfeilen; jeder beginnt bei dem System, das die Verbindung öffnet, und seine Beschriftung sagt, was sich bewegt und in welche Richtung. Interne Benutzer erreichen Salesforce, Partnerbenutzer die Partner-Community, Kunden die Kunden-Community. Jeder Identitätsanbieter teilt ein Zertifikat mit Salesforce, dargestellt als gepunktete grüne Linie mit einem Zertifikat an jedem Ende: Vertrauen, kein direkter Aufruf, denn die Anmeldung läuft als Weiterleitungen über den Browser der Benutzer. Der Identitätsanbieter für Mitarbeitende schickt außerdem Benutzeraktualisierungen an Salesforce. Salesforce schickt Dokumente hinaus an die AppExchange-App für die E-Signatur und Aufträge hinaus an die Integrationsschicht, die Produkte hinein an Salesforce schickt. Die Integrationsschicht schickt Aufträge hinaus an das ERP und holt Produkte von dort herein; das ERP schickt den Auftragsstatus hinein an die Integrationsschicht; die Integrationsschicht holt Zahlungen aus den Finanzen herein. Data 360, unter der Integrationsschicht, öffnet seine Verbindungen: CRM-Daten hinaus aus Salesforce, Zero Copy zum Data Warehouse und eine Referenz auf die externen Daten. Von unten schickt E-Mail Kundenvorgänge hinein und schicken Webformulare Leads hinein an Salesforce; Salesforce schickt alte Kundenvorgänge hinaus ins Archiv; Datenladevorgänge schicken Datensätze hinein. OBEN: IDENTITÄT, APPEXCHANGE, WEB PERSONEN RECHTS: INTERNE SYSTEME UNTEN: KUNDENKANÄLE UNTEN RECHTS: DATEN REIN UND RAUS Interne Benutzer Vertrieb, Service, Betrieb Partnerbenutzer Kunden Öffentliche Website IdP für Mitarbeitende Single Sign-on Partner-IdP Single Sign-on AppExchange-App E-Signatur Partner-Community Kunden-Community Data 360 nahe am Core: auf dem Core verwaltet, außerhalb gehostet INTEGRATIONSSCHICHT (ESB) ERP Aufträge, Rechnungen Finanzen Zahlungen Auftragsmanagement Data Warehouse Analytik E-Mail E-Mail-to-Case Webformulare Web-to-Lead Telefon Contact-Center Messaging SMS, Chat Archiv alte Kundenvorgänge Datenladevorgänge Migration Externe Daten referenziert, nicht kopiert Salesforce die Org, um die herum wir entwerfen gemeinsames Zertifikat Benutzeraktualisierungen gemeinsames Zertifikat Dokumente hinaus Aufträge hinaus Produkte hinein Aufträge hinaus, Produkte hinein Auftragsstatus hinein Zahlungen hinein CRM-Daten hinaus Zero Copy referenziert Kundenvorgänge hinein Leads hinein alte Kundenvorgänge hinaus Datensätze hinein Salesforce eine Community Personen Identität, Apps, Web ein internes System ein Kundenkanal Daten rein und raus die Integrationsschicht gestrichelt: noch nicht live oder referenziert beginnt beim System, das die Verbindung öffnet; die Beschriftung sagt, was fließt ein gemeinsames Zertifikat: Vertrauen, kein direkter Aufruf © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Die Landschaft aus Modul 4, mit ihren Pfeilen.

Der Weg durch dieses Kapitel

Abschnitt betitelt „Der Weg durch dieses Kapitel “

Sechs Module, jedes steht für sich.

  1. Salesforce ist ein System unter vielen. Warum die Landschaft vor dem Kasten kommt, die Integration, die ich immer wieder sehe, und die Rückflüsse, von denen sie abhängt, Daten in Wellen sowie Core, nahe am Core und Hyperforce.
  2. Die Arten von Unternehmensdaten. Sechs Arten; angelegt, bearbeitet, referenziert; OLTP und OLAP; Echtzeit, nahezu Echtzeit und Batch; die vier Fragen hinter den Kategorien.
  3. Die Systeme rund um Salesforce. Rollen von Systemen; das ERP, das Data Warehouse und das Lakehouse; die Analytik folgt den Daten; MDM; Integration und Ereignisse; der Identitätsanbieter, den man in der Entwicklung vergisst; wo Data 360 sitzt.
  4. Die Systemlandschaft zeichnen. Mein Layout, aufgebaut von einem leeren Blatt aus; die Nullen vor den Pfeilen; Pfeile, die beim Initiator beginnen; Client und Server hinter jedem Pfeil, in beide Richtungen; Swimlanes für Gespräche; das Inventar hinter dem Bild.
  5. Die Org-Strategie ist eine Entscheidung über die Landschaft. Mit einer Org beginnen; was eine weitere rechtfertigt; die Region, nicht der Anbieter; eine von der DSGVO getriebene Teilung in AMER und EMEA; was die zweite Org hinzufügt.
  6. Die Landschaft von Steve Trucking. Heute, vor einer richtigen Implementierung, mit Markierungen: Ladelisten, die in RouteDesk landen, Touren, die von Hand in Salesforce und wieder zurück abgetippt werden, eine Insel aus GPS-Daten, eine Tabelle, die die Finanzabteilung speist, und 108.000 Anrufe „Wo ist meine Lieferung?“ im Jahr.

Wenn Sie fertig sind, prüfen Sie sich mit dem Lernleitfaden zum Kapitel: eine Checkliste für die Prüfung, die Gewohnheiten darüber hinaus, die wichtigsten Begriffe und ein paar Fragen.

Was Architekt:innen hier entscheiden

Abschnitt betitelt „Was Architekt:innen hier entscheiden “
  • Welche Systeme Salesforce umgeben und welche Rolle jedes spielt.
  • Welchem System jede wichtige Art von Daten gehört, bevor entschieden wird, wie viel davon Salesforce hält.
  • Wie jede Verbindung funktioniert: was sich bewegt, in welche Richtung, wie sie sich authentifiziert, wie schnell und was zurückkommt.
  • Wie viele Orgs, und wo sie laufen, zuerst entschieden, weil alles andere in der Landschaft davon abhängt.
  • Ob der Ist-Zustand gut genug verstanden ist, um einen Soll-Zustand zu entwerfen.

Über die Prüfung hinaus: Die Landschaft wird zur Karte für Agenten. Bevor ein Agent „Wo ist meine Lieferung?“ beantworten kann, muss jemand wissen, welches System für jede Tatsache maßgeblich ist, wie aktuell es ist und wie der Agent es erreichen darf. Jedes Modul endet mit dem, was KI an seinem Teil des Bildes ändert.

Weiterlesen

Abschnitt betitelt „Weiterlesen “

Weiter: Datenqualität und Governance