Piirrä järjestelmäkartta ennen orgia

🌐 Saatavilla myös 28 kielellä

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 · Norsk bokmål · Español (México) · Français (Canada) · Deutsch (Schweiz)

Tekoälyn kääntämä. Yhteisö ei ole vielä tarkistanut käännöstä. Lue englanniksi

Luku 4 kurssilla Data Architect, Osa 1: Tietoarkkitehdiksi. Edellinen: Salesforcen tietoarkkitehtuuri.

Kun opetan CTA-kandidaatteja, ensimmäisen päivän kotitehtävä on aina sama. Lue skenaario. Aloita järjestelmäkartta tyhjältä pohjalta. Sitten, ja vasta sitten, tee ensimmäinen yritys tietomallista.

Ihmiset yllättyvät järjestyksestä. Olemme tietoarkkitehteja; eikö meidän pitäisi aloittaa tietomallista? Kerron, miksi en aloita. Jos piirrän tietomallin ensin, olen jo päättänyt, mitä Salesforceen kuuluu. Jos piirrän järjestelmäkartan ensin, näen kaiken, minkä pitäisi muovata tuota päätöstä: ERP:n, joka omistaa asiakkaat ja tuotteet, tietovaraston, joka vastaa viiden vuoden kysymyksiin, identiteetinhallinnan palvelun, joka päättää, kuka pääsee sisään, kumppanin, joka lähettää tiedoston joka iltapäivä, ja vanhan järjestelmän, josta kaikki sanovat, että siitä ollaan luopumassa.

Luvut 2 ja 3 suunnittelivat orgin: millainen mallin pitäisi olla ja miten se elää Salesforcessa. Tämä luku vetää kameraa taaksepäin ja piirtää sen, mikä ympäröi orgia, ennen kuin orgi suunnitellaan. Salesforce on yksi järjestelmä monien joukossa, ja melko usein se ei ole se, joka omistaa tiedot.

Kuva on luotu tekoälyllä.

Tämän luvun ideat

• Järjestelmäkartta tulee ensin. Etsi järjestelmät, sitten niiden välillä liikkuvat tiedot ja sitten se, kuka omistaa kunkin osan. Päätä vasta sitten, mikä on Salesforcen tehtävä.
• Nuoli riippuu muista nuolista. Tilaukset ulos ERP:hen tarvitsevat ensin asiakkaat, tuotteet ja hinnat sisään. Aina kun näen integraation, jossa on vain yksi virta, alan huolestua.
• Tiedoilla on lajinsa ja kuormituksensa. Perustiedot, viitetiedot, tapahtumatiedot, metatiedot, analyyttiset tiedot ja rakenteettomat tiedot muuttuvat, kasvavat ja niitä käytetään eri tavoin; operatiiviset (OLTP), analyyttiset (OLAP) ja suoratoistokuormitukset haluavat eri kodit. Org pyörittää liiketoimintaa; tietovarastot ja tietoaltaat analysoivat sitä.
• Järjestelmillä on rooleja, ei vain logoja. Lähde, vuorovaikutus, viite, näkemys. ”Salesforce on meidän system of record”: minkä osalta?
• Analytiikan paikka seuraa tietojen paikkaa. Kaikki coressa: vakioraportit. Tietoja muissa säilöissä: analytiikka-alusta, ja tietovarasto, kun Salesforcen tiedot yhdistetään siihen.
• Data 360 on lähellä corea (near-core): sitä hallitaan coressa, ja se isännöidään coren ulkopuolella. Käyttäjät eivät koskaan yhdisty siihen, joten se sijoitetaan putkiston kanssa.
• ERP:n omistamia tietoja luetaan paikallisesti ja kirjoitetaan hallitusti, erp_-etuliitteellä, jotta skeemasta näkee, kuka omistaa kunkin kentän.
• Järjestelmäkartassa nuoli alkaa järjestelmästä, joka avaa yhteyden, ja sen nimiö kertoo, mikä liikkuu ja mihin suuntaan. Kaksi virtaa on kaksi nuolta; kaksipäinen nuoli on vain konnektorille.
• Jokaisella nuolella on asiakas ja palvelin, ja kumpikin omistaa oman puoliskonsa. Mitään siitä ei piirretä järjestelmäkarttaan, mutta jokaisessa nuolessa se on.
• Laske ennen kuin piirrät nuolet. Nollat menevät inventaarioon, ja ne valitsevat mekanismin: eräajo, synkroninen vai tapahtumat.
• Org-strategia on järjestelmäkartan päätös, ja se tehdään ensimmäisinä minuutteina: yksi org vai monta, ja missä se toimii.
• Nykytila näyttää, mikä on vialla. Punainen huonolle prosessille, katkoviiva käsityölle, punaiset pisteet sille, mikä puuttuu.

Steven järjestelmäkartan asettelu

Järjestelmäkartan voi piirtää monella tavalla. Tämä on minun tapani, jota olen hionut monta vuotta, ja se luetaan kuin lause: vasemmalla olevat ihmiset tavoittavat keskellä olevan Salesforcen, luottamus tulee sen yläpuolella olevista järjestelmistä, palvelu kulkee sen alapuolella olevien kanavien kautta, ja se on yhteydessä oikealla oleviin taustatoimintoihin.

Missä	Mitä sinne tulee
Vasen	Ihmiset ylhäältä alas: sisäiset käyttäjät, kumppanit, asiakkaat
Keskikohta	Salesforce, yksi pelkistetty laatikko, ja sen yhteisöt kiinni sen alareunassa
Yläreuna	Identiteetinhallinnan palvelut Salesforcen yläpuolella; AppExchange siirrettynä oikealle; julkiset verkkosivustot vasemmassa yläkulmassa
Oikea	Integraatiokerros ja sen jälkeen sisäiset järjestelmät: ERP, talous, tietovarasto
Integraatiokerroksen alla	Data 360, lähellä corea, putkiston kanssa
Alareuna	Asiakaskanavat: sähköposti, verkkolomakkeet, puhelin, viestintä
Oikea alakulma	Tiedot sisään ja ulos: arkistot, tietojen lataukset, ulkoiset lähteet, kumppanit

Järjestelmät ovat kortteja himmeissä, nimetyissä vyöhykkeissä, kullakin oma kuvake, ja selite kertoo, mitä kaikki tarkoittaa. Kuvan takana on inventaario: jokaisesta tietojoukosta tai virrasta sen omistaja, volyymi, mekanismi ja ajoitus, todennus sekä se, kopioidaanko, viitataanko vai federoidaanko se.

Click to enlarge

Moduulin 4 järjestelmäkartta nuolineen.

Polku tämän luvun läpi

Kuusi moduulia, joista jokainen on itsenäinen.

1. Salesforce on yksi järjestelmä monien joukossa. Miksi järjestelmäkartta tulee ennen laatikkoa, integraatio, jonka näen yhä uudelleen, ja paluuvirrat, joista se riippuu, tiedot aaltoina sekä core, near-core ja Hyperforce.
2. Yrityksen tietojen lajit. Kuusi lajia; luodaan, muokataan, viitataan; OLTP ja OLAP; reaaliaikainen, lähes reaaliaikainen ja eräajo; luokkien takana olevat neljä kysymystä.
3. Salesforcea ympäröivät järjestelmät. Järjestelmäroolit; ERP, tietovarasto ja lakehouse; analytiikka seuraa tietoja; MDM; integraatio ja tapahtumat; identiteetinhallinnan palvelu, jonka kehittäjät unohtavat; missä Data 360 sijaitsee.
4. Piirrä järjestelmäkartta. Asetteluni, rakennettuna tyhjältä pohjalta; nollat ennen nuolia; nuolet, jotka alkavat aloitteentekijästä; asiakas ja palvelin jokaisen nuolen takana, molempiin suuntiin; uimaratakaaviot keskusteluille; inventaario kuvan takana.
5. Org-strategia on järjestelmäkartan päätös. Aloita yhdestä orgista; mikä oikeuttaa toisen; alue, ei palveluntarjoaja; GDPR:n vuoksi tehty jako AMER- ja EMEA-orgeihin; mitä toinen org tuo mukanaan.
6. Steve Truckingin järjestelmäkartta. Tänään, ennen kunnollista toteutusta, merkittynä: RouteDeskiin päätyvät kuormaluettelot, reitit syötettynä käsin Salesforceen ja takaisin, GPS-tietojen saareke, talouteen syöttävä taulukko ja 108 000 ”missä toimitukseni on?” -puhelua vuodessa.

Kun olet valmis, testaa itsesi luvun opiskeluoppaalla: tarkistuslista koetta varten, tavat kokeen jälkeen, tärkeät termit ja muutama kysymys.

Mitä arkkitehti tässä päättää

• Mitkä järjestelmät ympäröivät Salesforcea, ja mikä rooli kullakin on.
• Mikä järjestelmä omistaa kunkin tärkeän tietolajin, ennen kuin päätetään, kuinka paljon siitä Salesforce säilyttää.
• Miten jokainen yhteys toimii: mikä liikkuu, mihin suuntaan, miten se todentaa, kuinka nopeasti ja mitä palaa takaisin.
• Kuinka monta orgia ja missä ne toimivat, päätettynä ensin, koska kaikki muu järjestelmäkartassa riippuu siitä.
• Ymmärretäänkö nykytila tarpeeksi hyvin tavoitetilan suunnittelemiseksi.

Kokeen jälkeen: järjestelmäkartasta on tulossa agenttikartta. Ennen kuin agentti voi vastata kysymykseen ”missä toimitukseni on?”, jonkun täytyy tietää, mikä järjestelmä on auktoritatiivinen kunkin tiedon osalta, kuinka ajantasainen se on ja miten agentti voi tavoittaa sen. Jokainen moduuli päättyy siihen, mitä tekoäly muuttaa sen osassa kuvaa.

Lue lisää

• Salesforce Architects, The Salesforce Platform: Transformed for Tomorrow (opens in a new tab) (englanniksi, tarkistettu 2026-10-14).
• Lisälukemista CTA-kandidaateille: Salesforce Architects julkaisee omat kaavio-ohjeensa, How to Build Salesforce Diagrams (opens in a new tab) (englanniksi).

Seuraava: Tietojen laatu ja hallinta