Ga naar inhoud
SteveTechArcSteveTechArc Courses

Teken het landschap vóór de org

Ook beschikbaar in 28 talen

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

Hoofdstuk 4 van Data Architect, Deel 1: Data-architect worden. Vorige: Salesforce-data-architectuur.

Als ik CTA-kandidaten lesgeef, is het huiswerk na de eerste dag altijd hetzelfde. Lees het scenario. Begin het systeemlandschap op een leeg canvas. Pas daarna, en alleen dan, waag je je aan het datamodel.

Mensen zijn verrast door die volgorde. We zijn data-architecten; zouden we niet met het datamodel moeten beginnen? Dit is waarom ik dat niet doe. Als ik eerst het datamodel teken, heb ik al besloten wat er in Salesforce hoort. Als ik eerst het landschap teken, zie ik alles wat die beslissing zou moeten vormen: het ERP dat eigenaar is van de klanten en producten, het datawarehouse dat de vragen over vijf jaar beantwoordt, de identiteitsprovider die bepaalt wie binnenkomt, de partner die elke middag een bestand stuurt, het legacysysteem waarvan iedereen zegt dat het uitgefaseerd wordt.

Hoofdstuk 2 en 3 ontwierpen de org: wat het model moet zijn, en hoe het op Salesforce leeft. Dit hoofdstuk zoomt uit en tekent wat de org omringt, voordat de org ontworpen wordt. Salesforce is één systeem van vele, en vaak is het niet het systeem dat eigenaar is van de data.

Hoofdarchitect die op een mistige ochtend voor twee collega's een systeemlandschap rond Salesforce op een whiteboard tekent

Afbeelding gegenereerd met AI.

De ideeën in dit hoofdstuk

Section titled “De ideeën in dit hoofdstuk ”
  • Het landschap komt eerst. Vind de systemen, dan de data die ertussen beweegt, dan wie eigenaar is van elk stuk. Beslis pas daarna wat de taak van Salesforce is.
  • Een pijl hangt af van andere pijlen. Orders naar het ERP hebben eerst klanten, producten en prijzen nodig. Als ik een integratie zie met maar één flow, begin ik me zorgen te maken.
  • Data komt in soorten, en in workloads. Stamgegevens, referentiegegevens, transactiegegevens, metadata, analytische en ongestructureerde gegevens veranderen, groeien en worden anders gebruikt; operationele (OLTP), analytische (OLAP) en streaming-workloads willen elk een ander thuis. De org laat het bedrijf draaien; warehouses en lakes analyseren het.
  • Systemen hebben rollen, niet alleen logo’s. Bronsysteem, engagement, referentie, inzicht. “Salesforce is ons bronsysteem”: waarvoor?
  • Waar analytics staat, volgt waar de data staat. Alles in de core: standaardrapporten. Data in andere opslag: een analyticsplatform, en het warehouse als Salesforce-data ermee samengevoegd wordt.
  • Data 360 is near-core (dicht bij de core): beheerd in de core, gehost buiten de core. Gebruikers verbinden er nooit mee, dus het staat bij het leidingwerk.
  • Data waarvan het ERP eigenaar is, wordt lokaal gelezen en gecontroleerd geschreven, met een prefix erp_ zodat het schema laat zien wie eigenaar is van elk veld.
  • Op een landschap begint een pijl bij het systeem dat de verbinding opent, en het label zegt wat er beweegt en in welke richting. Twee flows zijn twee pijlen; een pijl met twee punten is alleen voor een connector.
  • Elke pijl heeft een client en een server, en elk is eigenaar van zijn helft. Niets daarvan komt op het landschap, maar elke pijl heeft het.
  • Tel voordat je de pijlen tekent. De nullen gaan in de inventaris, en zij kiezen het mechanisme: batch, synchroon of events.
  • Orgstrategie is een landschapsbeslissing, genomen in de eerste minuten: één org of meerdere, en waar die draait.
  • Een huidige situatie laat zien wat er mis is. Rood voor een slecht proces, gestippeld voor handwerk, rode stippen voor wat ontbreekt.

Steves landschapsindeling

Section titled “Steves landschapsindeling ”

Er zijn veel manieren om een systeemlandschap te tekenen. Dit is de mijne, in vele jaren verfijnd, en het leest als een zin: mensen links bereiken Salesforce in het midden, vertrouwd via de systemen erboven, bediend via de kanalen eronder, en verbonden met de backoffice rechts.

WaarWat er staat
LinksDe mensen, van boven naar beneden: interne gebruikers, partners, klanten
MiddenSalesforce, één eenvoudig vak, met de community’s er onderaan tegenaan
BovenIdentiteitsproviders boven Salesforce; AppExchange naar rechts geschoven; openbare websites linksboven
RechtsDe integratielaag, dan de interne systemen: ERP, financiën, magazijn
Onder de integratielaagData 360, near-core, bij het leidingwerk
OnderKlantkanalen: e-mail, webformulieren, telefoon, messaging
RechtsonderData in en uit: archieven, dataloads, externe bronnen, partners

Systemen zijn kaarten in lichte, gelabelde zones, elk met een pictogram, en een legenda zegt wat alles betekent. Achter de tekening zit een inventaris: voor elke dataset of flow de eigenaar, het volume, het mechanisme en de timing, de authenticatie, en of je hem kopieert, ernaar verwijst of hem federeert.

Het landschap met zijn pijlen Hetzelfde landschap als hiervoor, nu met pijlen; elke pijl begint bij het systeem dat de verbinding opent, en het label zegt wat er beweegt en in welke richting. Interne gebruikers bereiken Salesforce, partnergebruikers de Partner Community, klanten de Customer Community. Elke identiteitsprovider deelt een certificaat met Salesforce, getekend als een groene stippellijn met aan elk uiteinde een certificaat: vertrouwen, geen directe aanroep, want het inloggen reist als redirects via de browser van de gebruiker. De identiteitsprovider voor medewerkers stuurt ook gebruikersupdates naar Salesforce. Salesforce stuurt documenten uit naar de AppExchange-app voor e-handtekeningen, en orders uit naar de integratielaag, die producten in stuurt naar Salesforce. De integratielaag stuurt orders uit naar het ERP en haalt er producten in op; het ERP stuurt orderstatus in naar de integratielaag; de integratielaag haalt betalingen in op bij financiën. Data 360, onder de integratielaag, opent zijn eigen verbindingen: CRM-data uit Salesforce, zero copy naar het datawarehouse, en een verwijzing naar de externe data. Van onderen stuurt e-mail cases in en sturen webformulieren leads in naar Salesforce; Salesforce stuurt oude cases uit naar het archief; dataloads sturen records in. BOVEN: IDENTITEIT, APPEXCHANGE, WEB MENSEN RECHTS: INTERNE SYSTEMEN ONDER: KLANTKANALEN RECHTSONDER: DATA IN EN UIT Interne gebruikers sales, service, operations Partnergebruikers Klanten Publieke website IdP medewerkers single sign-on IdP partners single sign-on AppExchange-app e-handtekening Partner Community Customer Community Data 360 near-core: beheerd in de core, gehost buiten de core INTEGRATIELAAG (ESB) ERP orders, facturen Financiën betalingen Orderbeheer Datawarehouse analytics E-mail email-to-case Webformulieren web-to-lead Telefoon contactcenter Messaging sms, chat Archief oude cases Dataloads migratie Externe data verwezen, niet gekopieerd Salesforce de org waar we omheen ontwerpen gedeeld certificaat gebruikersupdates gedeeld certificaat documenten uit orders uit producten in orders uit, producten in orderstatus in betalingen in CRM-data uit zero copy verwezen cases in leads in oude cases uit records in Salesforce een community mensen identiteit, apps, web een intern systeem een klantkanaal data in en uit de integratielaag gestreept: nog niet live, of verwezen begint bij het systeem dat de verbinding opent; het label zegt wat er beweegt een gedeeld certificaat: vertrouwen, geen directe aanroep © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Het landschap uit module 4, met zijn pijlen.

De route door dit hoofdstuk

Section titled “De route door dit hoofdstuk ”

Zes modules, die elk op zichzelf staan.

  1. Salesforce is één systeem van vele. Waarom het landschap vóór het vakje komt, de integratie die ik steeds weer zie en de terugstromen waarvan die afhangt, data in golven, en core, near-core en Hyperforce.
  2. De soorten enterprisegegevens. Zes soorten; aangemaakt, bewerkt, verwezen; OLTP en OLAP; realtime, bijna realtime en batch; de vier vragen achter de categorieën.
  3. De systemen rond Salesforce. Systeemrollen; het ERP, het datawarehouse en het lakehouse; analytics volgt de data; MDM; integratie en events; de identiteitsprovider die developers vergeten; waar Data 360 staat.
  4. Teken het systeemlandschap. Mijn indeling, opgebouwd vanaf een leeg canvas; de nullen vóór de pijlen; pijlen die beginnen bij de initiator; de client en de server achter elke pijl, in beide richtingen; swimlanes voor gesprekken; de inventaris achter de tekening.
  5. Orgstrategie is een landschapsbeslissing. Begin met één org; wat een tweede rechtvaardigt; de regio, niet de provider; een splitsing in AMER en EMEA vanwege de AVG (GDPR); wat de tweede org toevoegt.
  6. Het landschap van Steve Trucking. Vandaag, vóór een degelijke implementatie, gemarkeerd: vrachtlijsten die in RouteDesk binnenkomen, routes die met de hand in Salesforce en weer terug worden overgetypt, een eiland van gps-data, een spreadsheet die finance voedt, en 108.000 telefoontjes per jaar met “waar blijft mijn levering?”.

Als je klaar bent, test jezelf met de studiegids bij dit hoofdstuk: een checklist voor het examen, de gewoonten die verder gaan, de begrippen en een paar vragen.

Wat een architect hier beslist

Section titled “Wat een architect hier beslist ”
  • Welke systemen Salesforce omringen, en welke rol elk speelt.
  • Welk systeem eigenaar is van elke belangrijke soort data, voordat je beslist hoeveel ervan Salesforce bewaart.
  • Hoe elke verbinding werkt: wat er beweegt, in welke richting, hoe ze authenticeert, hoe snel, en wat er terugkomt.
  • Hoeveel orgs, en waar ze draaien, als eerste beslist, omdat al het andere op het landschap ervan afhangt.
  • Of de huidige situatie goed genoeg begrepen is om een doelsituatie te ontwerpen.

Voorbij het examen: het landschap wordt een agentkaart. Voordat een agent “waar blijft mijn levering?” kan beantwoorden, moet iemand weten welk systeem gezaghebbend is voor elk feit, hoe actueel het is, en hoe de agent het mag bereiken. Elke module eindigt met wat AI verandert voor zijn deel van de tekening.

Verder lezen

Section titled “Verder lezen ”

Volgende: Datakwaliteit en governance