Gå til innholdet
SteveTechArcSteveTechArc Courses

Tegn landskapet før orgen

Finnes også på 28 språk

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

Kapittel 4 av Data Architect, Del 1: Å bli dataarkitekt. Forrige: Dataarkitektur i Salesforce.

Når jeg underviser CTA-kandidater, er hjemmeleksen etter første dag alltid den samme. Les scenarioet. Start systemlandskapet fra et blankt lerret. Så, og først da, gjør et forsøk på datamodellen.

Folk blir overrasket over rekkefølgen. Vi er dataarkitekter; burde vi ikke starte med datamodellen? Her er grunnen til at jeg ikke gjør det. Hvis jeg tegner datamodellen først, har jeg allerede bestemt hva som hører hjemme i Salesforce. Hvis jeg tegner landskapet først, kan jeg se alt som bør forme den beslutningen: ERP-et som eier kundene og produktene, datavarehuset som svarer på femårsspørsmålene, identitetsleverandøren som bestemmer hvem som slipper inn, partneren som sender en fil hver ettermiddag, det gamle systemet alle sier skal fases ut.

Kapittel 2 og 3 designet orgen: hva modellen bør være, og hvordan den lever i Salesforce. Dette kapitlet trekker kameraet bakover og tegner det som omgir orgen, før orgen designes. Salesforce er ett system blant mange, og ganske ofte er det ikke det systemet som eier dataene.

Ledende arkitekt som tegner et systemlandskap rundt Salesforce på en tavle for to kolleger en tåkete morgen

Bildet er generert med KI.

Ideene i dette kapitlet

Section titled “Ideene i dette kapitlet ”
  • Landskapet kommer først. Finn systemene, så dataene som beveger seg mellom dem, så hvem som eier hver del. Først da bestemmer du hva Salesforce sin jobb er.
  • En pil avhenger av andre piler. Ordrer ut til ERP-et krever at kunder, produkter og priser kommer inn først. Hver gang jeg ser en integrasjon med bare én flyt, begynner jeg å bli bekymret.
  • Data kommer i typer, og i arbeidsbelastninger. Masterdata, referansedata, transaksjonsdata, metadata, analytiske data og ustrukturerte data endrer seg, vokser og brukes forskjellig; operative (OLTP), analytiske (OLAP) og strømmende arbeidsbelastninger vil ha forskjellige hjem. Orgen driver virksomheten; datavarehus og datasjøer analyserer den.
  • Systemer har roller, ikke bare logoer. Record, engagement, reference, insight (kilde, engasjement, referanse, innsikt). «Salesforce er vårt system of record»: for hva?
  • Hvor analysen bor, følger av hvor dataene bor. Alt på core: standardrapporter. Data i andre lagre: en analyseplattform, og datavarehuset når Salesforce-data slås sammen med dem.
  • Data 360 er nær core (near-core): administrert på core, driftet utenfor core. Brukerne kobler seg aldri til den, så den står sammen med rørleggerarbeidet.
  • Data som ERP-et eier, leses lokalt og skrives under kontroll, med prefikset erp_, så skjemaet viser hvem som eier hvert felt.
  • På et landskap starter en pil i systemet som åpner forbindelsen, og etiketten sier hva som flyttes og hvilken vei. To flyter er to piler; en dobbeltpil er bare for en konnektor.
  • Hver pil har en klient og en server, og hver av dem eier sin halvdel. Ingenting av det havner på landskapet, men hver pil har det.
  • Tell før du tegner pilene. Nullene går i inventaret, og de velger mekanismen: batch, synkron eller hendelser.
  • Org-strategi er en landskapsbeslutning, tatt i de første minuttene: én org eller mange, og hvor den kjører.
  • En nåsituasjon viser hva som er galt. Rødt for en dårlig prosess, stiplet for det som gjøres for hånd, røde prikker for det som mangler.

Steves landskapsoppsett

Section titled “Steves landskapsoppsett ”

Det finnes mange måter å tegne et systemlandskap på. Dette er min, finpusset gjennom mange år, og den leses som en setning: menneskene til venstre når Salesforce i midten, får tillit gjennom systemene over den, blir betjent gjennom kanalene under den, og er koblet til bakkontoret til høyre.

HvorHva som står der
VenstreMenneskene, ovenfra og ned: interne brukere, partnere, kunder
MidtenSalesforce, én enkel boks, med communityene sine inntil den nedenfra
ØverstIdentitetsleverandører over Salesforce; AppExchange skjøvet til høyre; offentlige nettsteder øverst til venstre
HøyreIntegrasjonslaget, så de interne systemene: ERP, økonomi, datavarehus
Under integrasjonslagetData 360, nær core, sammen med rørleggerarbeidet
NederstKundekanaler: e-post, nettskjemaer, telefon, meldinger
Nederst til høyreData inn og ut: arkiver, datainnlastinger, eksterne kilder, partnere

Systemene er kort i svake, merkede soner, hvert med et ikon, og en tegnforklaring sier hva alt betyr. Bak bildet ligger et inventar: for hvert datasett eller hver flyt, eieren, volumet, mekanismen og timingen, autentiseringen, og om det skal kopieres, refereres eller fødereres.

Landskapet med pilene Det samme landskapet som før, nå med piler; hver pil starter ved systemet som åpner forbindelsen, og etiketten sier hva som flytter seg og i hvilken retning. Interne brukere når Salesforce, partnerbrukere partnercommunityen, kunder kundecommunityen. Hver identitetsleverandør og Salesforce deler et sertifikat, vist som en prikket grønn linje med et sertifikat i hver ende: tillit, ikke et direkte kall, fordi påloggingen går gjennom brukerens nettleser som omdirigeringer. De ansattes identitetsleverandør sender også brukeroppdateringer til Salesforce. Salesforce sender dokumenter ut til AppExchange-appen for e-signatur og ordrer ut til integrasjonslaget, som sender produkter inn i Salesforce. Integrasjonslaget sender ordrer ut og henter produkter inn fra ERP-en; ERP-en sender ordrestatus inn til integrasjonslaget; integrasjonslaget henter betalinger inn fra økonomi. Data 360, under integrasjonslaget, åpner sine forbindelser: CRM-data ut av Salesforce, zero copy til datavarehuset og en referanse til de eksterne dataene. Nedenfra sender e-post saker inn og nettskjemaer kundeemner inn i Salesforce; Salesforce sender gamle saker ut til arkivet; datalastinger sender poster inn. OVER: IDENTITET, APPEXCHANGE, NETT MENNESKER TIL HØYRE: INTERNE SYSTEMER UNDER: KUNDEKANALER NEDERST TIL HØYRE: DATA INN OG UT Interne brukere salg, service, drift Partnerbrukere Kunder Offentlig nettsted De ansattes IdP enkel pålogging Partnernes IdP enkel pålogging AppExchange-app e-signatur Partnercommunity Kundecommunity Data 360 nær core: styres på core, driftes utenfor core INTEGRASJONSLAG (ESB) ERP ordrer, fakturaer Økonomi betalinger Ordrehåndtering Datavarehus analyse E-post e-post til sak Nettskjemaer nett til kundeemne Telefon kundesenter Meldinger SMS, chat Arkiv gamle saker Datalastinger migrering Eksterne data refereres, kopieres ikke Salesforce orgen vi designer rundt delt sertifikat brukeroppdateringer delt sertifikat dokumenter ut ordrer ut produkter inn ordrer ut, produkter inn ordrestatus inn betalinger inn CRM-data ut zero copy referert saker inn kundeemner inn gamle saker ut poster inn Salesforce en community mennesker identitet, apper, nett et internt system en kundekanal data inn og ut integrasjonslaget stiplet: ikke i drift ennå, eller referert starter ved systemet som åpner forbindelsen; etiketten sier hva som flytter seg et delt sertifikat: tillit, ikke noe direkte kall © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Landskapet fra modul 4, med pilene.

Veien gjennom dette kapitlet

Section titled “Veien gjennom dette kapitlet ”

Seks moduler, og hver av dem står på egne ben.

  1. Salesforce er ett system blant mange. Hvorfor landskapet kommer før boksen, integrasjonen jeg ser igjen og igjen og returflytene den avhenger av, data i bølger, og core, nær core og Hyperforce.
  2. Typene virksomhetsdata. Seks typer; opprettet, redigert, referert; OLTP og OLAP; sanntid, nesten sanntid og batch; de fire spørsmålene bak kategoriene.
  3. Systemene rundt Salesforce. Systemroller; ERP-et, datavarehuset og lakehouse; analysen følger dataene; MDM; integrasjon og hendelser; identitetsleverandøren utviklere glemmer; hvor Data 360 står.
  4. Tegn systemlandskapet. Oppsettet mitt, bygget opp fra et blankt lerret; nullene før pilene; piler som starter hos initiativtakeren; klienten og serveren bak hver pil, begge veier; svømmebaner for samtaler; inventaret bak bildet.
  5. Org-strategi er en landskapsbeslutning. Start med én org; hva som rettferdiggjør en til; regionen, ikke leverandøren; en GDPR-drevet deling i AMER og EMEA; hva org nummer to legger til.
  6. Steve Truckings landskap. I dag, før en ordentlig implementering, med markeringer: manifester som havner i RouteDesk, ruter som tastes inn i Salesforce og tilbake for hånd, en øy av GPS-data, et regneark som mater økonomi, og 108 000 «hvor er leveringen min?»-henvendelser i året.

Når du er ferdig, test deg selv med studieguiden for kapitlet: en sjekkliste til eksamen, vanene utover den, ordene du bør kunne, og noen spørsmål.

Hva en arkitekt bestemmer her

Section titled “Hva en arkitekt bestemmer her ”
  • Hvilke systemer som omgir Salesforce, og hvilken rolle hvert av dem spiller.
  • Hvilket system som eier hver viktig type data, før du bestemmer hvor mye av dem Salesforce beholder.
  • Hvordan hver forbindelse fungerer: hva som flyttes, i hvilken retning, hvordan den autentiserer, hvor fort, og hva som kommer tilbake.
  • Hvor mange orger, og hvor de kjører, bestemt først, fordi alt annet på landskapet avhenger av det.
  • Om nåsituasjonen er forstått godt nok til å designe en målsituasjon.

Utover eksamen: landskapet er i ferd med å bli et kart for agenter. Før en agent kan svare på «hvor er leveringen min?», må noen vite hvilket system som er autoritativt for hvert faktum, hvor oppdatert det er, og hvordan agenten får lov til å nå det. Hver modul slutter med hva KI (AI) endrer for sin del av bildet.

Les mer

Section titled “Les mer ”

Neste: Datakvalitet og styring