Yrityksen tietojen ymmärtäminen
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)
Luvun 4 opiskeluopas Data Architect -kurssilla. Lue ensin kuusi moduulia; tämä sivu auttaa sinua tarkistamaan, mitä jäi mieleen.
Tästä opiskeluoppaasta. Se on koottu vain tämän kurssin omasta sisällöstä ja Salesforcen julkaiseman kokeen oppaan tavoiteluettelosta. Se ei koskaan perustu oikeisiin koekysymyksiin, eikä se väitä tietävänsä, mitä kokeessa on. Jos olet suorittanut kokeen, älä lähetä minulle sen kysymyksiä: sertifiointisopimus kieltää niiden jakamisen, ja vastausten ulkoa opettelu on joka tapauksessa väärä tapa tulla arkkitehdiksi.
Kokeen oppaan mukaan koe ei testaa muita kuin Salesforcen tietokantakäsitteitä, ja suurin osa tästä luvusta käsittelee Salesforcea ympäröivää yritystä. Siksi tämä tarkistuslista kertoo luvun 1 tapaan, mitä tavoitteita kukin kohta tukee. Mutta älä ohita sitä: moni kokeen skenaario alkaa ERP:stä, tietovarastosta tai toisesta orgista, ja vastaus riippuu siitä, kuka tiedot omistaa.
Koetta varten
Osio nimeltä “Koetta varten ”Rastita kohdat sitä mukaa kuin etenet. Jokainen linkittää kohtaan, jossa asia opetetaan.
Kuka tiedot omistaa (tukee tavoitteita SDM-2 ja SDM-3 sekä Perustiedot-lukua)
- Osaan sanoa, mikä järjestelmä on kunkin tietolajin system of record (lähdejärjestelmä), ja vien lauseen loppuun: lähdejärjestelmä minkä osalta? (Salesforce ei usein ole lähdejärjestelmä, Älä aloita tuotteen nimestä)
- Tunnen yleisen mallin: asiakkaat, tuotteet ja hinnat sisään ERP:stä, tilaukset ulos, ja tiedän, että tilausnuoli riippuu muista; sitten kysyn paluumatkasta. (Integraatio, jonka näen yhä uudelleen, Yksisuuntaiset nuolet hermostuttavat minua)
- Kysyn perustiedoista kolme kysymystä: missä ne luodaan, missä niitä muokataan ja missä niihin viitataan? (Luokkien takana olevat neljä kysymystä)
- Tiedän, että kopio ei ole auktoriteetti: ERP:n omistamia tietoja luetaan paikallisesti ja kirjoitetaan hallitusti, ja niiden ERP-tunniste säilytetään External ID:nä. (ERP: taustatoiminnoilla on painovoimaa, Järjestelmäkartta muuttaa tietomallia)
Tietojen lajit ja niiden kuormitukset (tukee tavoitteita DM-1, LDV-1 ja MDM-4)
- Osaan erottaa perustiedot, viitetiedot, tapahtumatiedot, metatiedot, analyyttiset tiedot ja rakenteettomat tiedot toisistaan ja tiedän, mitä kukin tarkoittaa sille, missä tiedot asuvat. (Aloita lajista, älä objektista)
- Tiedän, että viitetiedot ovat pieniä mutta niissä piilevät integraation oletukset (
Delivered,Complete,D). (Viitetiedot) - Osaan erottaa operatiiviset (OLTP), analyyttiset (OLAP) ja suoratoistokuormitukset: org pyörittää liiketoimintaa, tietovarastot ja tietoaltaat analysoivat sitä. (Laji on vain puolet kysymyksestä)
- Tunnen synkronisen (odota ovella), asynkronisen (jatka töitä ja hoida asia, kun vastaus tulee) ja eräajon (tunneittain, muutaman tunnin välein, päivittäin), tiedän, milloin eräajo riittää, ja että reaaliaikaisuudella on hintansa. (Kuinka nopeasti tietojen pitää liikkua?)
- Kysyn jokaisesta tietojoukosta neljä kysymystä: kuka sen omistaa, kuinka nopeasti se muuttuu, kuinka suureksi se kasvaa ja mikä on sen elinkaari. (Luokkien takana olevat neljä kysymystä)
Salesforcea ympäröivät järjestelmät (tukee tavoitteita SDM-3 ja LDV-3 sekä integraatiolukuja)
- Tunnen neljä järjestelmäroolia: system of record, vuorovaikutus, viite ja näkemys. (Älä aloita tuotteen nimestä)
- Tiedän, että analytiikka seuraa sitä, missä tiedot asuvat: coren raportit, kun kaikki on Salesforcessa; analytiikka-alusta (Tableau, myös Tableau Next, tai CRM Analytics siellä, missä se on käytössä) tai tietovarasto, kun mukana on muita tietovarastoja. (Analytiikka asuu siellä, missä tiedot asuvat)
- Tiedän, mitä ovat tietovarasto (warehouse), tietoallas (lake) ja lakehouse, ja mikä on MDM:n, ESB:n tai iPaaS:n ja tapahtumien rooli. (Tietovarasto, tietoallas ja lakehouse, Integraatiokerros ja tapahtumat)
- Laitan identiteetinhallinnan palvelun (IdP) järjestelmäkarttaan ensimmäisestä päivästä alkaen, ja tiedän, että SSO-määritykset siirtyvät käyttöönotossa mutta salaisuudet ja varmenteet eivät; järjestelmäkartassa se on jaettu varmenne (luottamus), ei kutsu, koska kirjautuminen kulkee selaimen kautta. (Järjestelmä, jonka kehittäjät unohtavat: identiteetti)
- Tiedän, että Data 360 on lähellä corea (near-core) (hallitaan coressa, isännöidään coren ulkopuolella) ja että sen zero copy antaa kysellä tietoja kopioimatta niitä. (Missä Data 360 sijaitsee?, Core, coren ulkopuoli ja Hyperforce)
Orgit ja isännöinti (tukee tavoitetta SDM-4)
- Aloitan yhdestä orgista ja etsin todellista rajaa (tietojen sijainti, sääntely, juridinen erottelu, eri toimintamalli, yritysosto) ennen kuin lisään toisen. (Aloita yhdestä orgista, Etsi todellisia rajoja)
- Tiedän, mitä useat orgit maksavat: globaali raportointi, perustiedot, integraatio, identiteetti ja käyttöönotot, kukin moninkertaisena. (Kävele nuolet uudelleen läpi)
- Tiedän, että Hyperforce antaa valita alueen, jossa orgin tiedot sijaitsevat (ei pilvipalvelun tarjoajaa), mutta ei lupaa, että jokainen palvelu pysyy siellä; ja että EU:n yleinen tietosuoja-asetus (GDPR) ei sellaisenaan vaadi erillistä orgia: se asettaa säännöt henkilötietojen siirroille EU:n ulkopuolelle, ja yritys voi valita eurooppalaisen orgin noudattaakseen niitä. (Isännöinti on osa piirrosta, Kun Eurooppa saa oman orgin)
Järjestelmäkartan piirtäminen ja lukeminen (tukee jokaista skenaariota)
- Osaan piirtää järjestelmäkartan: ihmiset vasemmalle, Salesforce keskelle ja sen yhteisöt kiinni alareunaan, identiteetti yläpuolelle, integraatio ja taustatoiminnot oikealle, Data 360 integraatiokerroksen alle, kanavat alas, tiedot sisään ja ulos oikeaan alakulmaan. (Steven järjestelmäkartan asettelu)
- Järjestelmäkartassa nuoli alkaa järjestelmästä, joka avaa yhteyden, ja sen nimiö kertoo, mikä liikkuu ja mihin suuntaan; tietovirtakaaviossa nuolet seuraavat tietoja. Kaksi virtaa on kaksi nuolta. (Piirrä nyt nuolet)
- Tiedän jokaisesta nuolesta, mitä asiakas hoitaa ja mitä palvelin määrittelee: kohde, todennus, protokolla ja sopimus, payload, ajoitus, jäljitys, virheet. Named Credential ja sen External Credential, kun Salesforce kutsuu ulos; External Client App ja pelkkää API:a käyttävä integraatiokäyttäjä, kun jokin kutsuu Salesforcea. (Jokainen nuoli tarvitsee mekanismin)
- Lasken ennen kuin piirrän nuolet: volyymi menee inventaarioon ja ohjaa mekanismia, ja se voi jopa muuttaa nuolen suunnan. (Laita nollat inventaarioon)
- Piirrän uimaratakaavion vain, kun prosessissa on enemmän kuin yksi tai kaksi edestakaista vaihtoa. (Nuolet järjestelmäkarttaan, keskustelut uimaratakaavioon)
Kokeen jälkeen
Osio nimeltä “Kokeen jälkeen ”Koe on lattia, ei katto. Nämä ovat tämän luvun tapoja, joita arkkitehti tarvitsee, kysyttiinpä niistä koskaan tai ei.
- Piirrä järjestelmäkartta ennen kuin suunnittelet orgin. Aloita tyhjältä pohjalta.
- Vedä kameraa taaksepäin. Salesforce on yksi järjestelmä monien joukossa.
- Uusi aalto harvoin hävittää vanhaa. Suunnittele arkkitehtuuri sille yritykselle, joka on olemassa, ei esitteelle.
- Lue järjestelmäkarttaa vastuina, ei logoina.
- Yksisuuntaiset nuolet hermostuttavat minua. Mistä tämä virta riippuu, ja mitä palaa takaisin?
- Jokainen nuoli tarvitsee mekanismin. ”Lähetä ja unohda” ei ole vastaus.
- Nuolet järjestelmäkarttaan, keskustelut uimaratakaavioon.
- Laske ennen kuin piirrät nuolet. Nollat menevät inventaarioon, ja ne valitsevat mekanismin.
- Piirrä nykytila ennen kuin korjaat sen: taulukko, SFTP-pudotus, järjestelmä, ”josta olemme luopumassa”.
- Merkitse nykytila rehellisesti: punainen huonolle prosessille, katkoviiva käsityölle, punaiset pisteet sille, mikä puuttuu. Jokainen punainen viiva on vaatimus, joka odottaa kirjoittamista.
- Kaksi virtaa, kaksi nuolta. Kaksipäinen nuoli on vain konnektorille.
- Älä leiki juristia. Kysy, mitä tiettyä vaatimusta olet täyttämässä, ja muunna se yhdessä niiden kanssa, jotka sen omistavat.
- Erillinen ei ole sama kuin yksinkertainen.
Tärkeät termit
Osio nimeltä “Tärkeät termit ”| Termi | Yhdellä rivillä |
|---|---|
| Järjestelmäkartta | Salesforcea ympäröivät järjestelmät, niitä käyttävät ihmiset ja tärkeät virrat niiden välillä |
| System of record (lähdejärjestelmä) | Paikka, jossa tietolajin auktoritatiivista versiota säilytetään |
| Vuorovaikutusjärjestelmä (system of engagement) | Paikka, jossa ihmiset tekevät työn |
| Viitejärjestelmä (system of reference) | Paikka, josta järjestelmä hakee tietoja, joita se tarvitsee mutta ei omista |
| Näkemysjärjestelmä (system of insight) | Paikka, jossa tiedot kootaan yhteen mittaamista, analysointia ja ennustamista varten |
| ERP | Taustatoimintojen järjestelmä taloudelle, tuotteille, varastolle, hankinnoille ja toimitusten toteutukselle |
| Perustiedot (master data) | Pysyvät asiat, joiden ympärillä liiketoiminta pyörii: asiakkaat, tuotteet, sijainnit |
| Viitetiedot | Yhteinen sanasto, joka luokittelee muita tietoja: koodit, tilat, luokat |
| Tapahtumatiedot | Tietueet siitä, mitä tapahtui: tilaukset, toimitukset, maksut, tapaukset |
| Analyyttiset tiedot | Muista tiedoista johdetut tiedot mittaamista ja vertailua varten |
| Rakenteettomat tiedot | Asiakirjat, kuvat, ääni, video, litteroinnit |
| Tietovarasto / tietoallas / lakehouse | Jäsennelty analyyttinen säilö / raakadatan säilö suuressa mittakaavassa / näiden kahden yhdistelmä |
| ESB / iPaaS | Integraatiokerros, joka välittää järjestelmien välillä |
| OLTP / OLAP | Operatiivista työtä muutamalla tietueella kerrallaan / analyysia monen yli |
| Lähellä corea (near-core) | Hallitaan coressa, isännöidään coren ulkopuolella: Data 360 |
| Named Credential / External Credential | Paikka, jossa Salesforce säilyttää lähtevän päätepisteen / sen todennuksen |
| External Client App | Tapa, jolla ulkoinen järjestelmä valtuutetaan kutsumaan Salesforcea |
| Nykytila | Järjestelmäkartta sellaisena kuin se on tänään, ennen suunnittelua; siihen on merkitty, mikä on vialla |
| Identiteetinhallinnan palvelu (IdP) | Järjestelmä, joka todentaa käyttäjät ja vahvistaa identiteetin, johon Salesforce luottaa |
| Synkroninen / asynkroninen / eräajo | Vastauksen odottaminen / työn jatkaminen ja vastauksen käsittely, kun se tulee / tietojen siirtäminen joukkona aikataulun mukaan |
| Hyperforce | Salesforce julkisen pilven infrastruktuurilla, alueen voi valita |
| Zero copy | Tietojen kyseleminen siellä, missä ne asuvat, kopioimatta niitä |
Testaa itsesi
Osio nimeltä “Testaa itsesi ”Lyhyitä skenaarioita kurssin tyyliin. Päätä vastauksesi ennen kuin avaat sen.
1. Myyjät hoitavat tilejä Salesforcessa, mutta ERP antaa virallisen asiakasnumeron, kun asiakas ostaa. Salesforce lähettää tilaukset ERP:hen. Mitä sinun pitää suunnitella?
Kuka omistaa asiakkaan kussakin vaiheessa; ERP:n numero External ID:nä tilillä (Account); mitä kenttiä Salesforce saa muuttaa; kuinka nopeasti ERP:n muutokset saapuvat; ja mitä palaa takaisin, kun tilaus on lähetetty (hyväksytty, hylätty, lähetetty, laskutettu). Lue uudelleen Järjestelmäkartta muuttaa tietomallia.
2. Johto haluaa viiden vuoden täsmällisyyden alueittain yhdistettynä taloustietoihin. Rakennetaanko se Salesforce-raporteiksi?
Tuskin. Se on analyyttinen kuormitus useamman tietovaraston yli, joten se kuuluu sinne, missä tiedot kohtaavat: tietovarastoon, ja sen päälle CRM Analytics tai Tableau. Analytiikka seuraa sitä, missä tiedot asuvat. Lue uudelleen Analytiikka asuu siellä, missä tiedot asuvat.
3. Yritys toimii 30 maassa ja pyytää yhtä orgia maata kohden. Mitä kysyt?
Mikä vaatimus kuhunkin maahan liittyy: tallennus, käsittely, rajat ylittävä siirto, sopimukset, eri isäntä. Ilman todellista rajaa aloita yhdestä orgista, koska jokainen ylimääräinen org moninkertaistaa raportoinnin, perustiedot, integraation, identiteetin ja käyttöönotot. Lue uudelleen Maantiede ei automaattisesti ole org-strategia.
4. Kuorma-autot lähettävät 200 000 GPS-lukemaa päivässä. Pitäisikö Salesforcen tallentaa ne kaikki?
Tuskin. Se on suoratoistodataa: ajojärjestelijä tarvitsee nykyisen sijainnin, kun taas historia ja trendit kuuluvat alustalle, joka on rakennettu sellaiselle volyymille. Laske nollat (yli 70 miljoonaa vuodessa) ja erota ”missä se on nyt?” kysymyksestä ”mitä tapahtui viime vuosineljänneksellä?”. Lue uudelleen Laji on vain puolet kysymyksestä.
5. Tiimit hoitavat pysähdyksensä Salesforcessa, mutta reitit rakennetaan vanhassa ajojärjestelytyökalussa, eikä mikään yhdistä näitä kahta. Miten piirrät nykyhetken?
Sellaisena kuin se on, nykytilaksi merkittynä: reitit syötetään käsin Salesforceen ja valmiit pysähdykset käsin takaisin, katkoviivalla, koska ihmiset tekevät sen, ja punaisella, koska se on väärin. Älä piirrä integraatiota, jonka toivoisit olevan olemassa; jokaisesta punaisesta viivasta tulee suunnittelun vaatimus. Lue uudelleen Merkitse, mikä on vialla ja RouteDesk on yhä olemassa.
6. Joku sanoo, että eurooppalainen tietosuojalaki vaatii erillisen orgin. Miten vastaat?
Älä hyväksy sitä sokeasti äläkä ohita sitä. GDPR ei sellaisenaan vaadi erillistä orgia; se asettaa säännöt henkilötiedoille, myös niiden siirroille EU:n ulkopuolelle. Kysy, mitä tiettyä vaatimusta erillinen org täyttäisi (tallennus, käsittely, siirto, tuen pääsy, sopimus, politiikka), ja muunna se sitten arkkitehtuuriksi yhdessä tietosuojan, lakiasioiden ja tietoturvan kanssa. Lue uudelleen Älä leiki juristia ja Kun Eurooppa saa oman orgin.
7. Salesforce lähettää tilaukset ERP:n API:in. Kumpi puoli hoitaa uudelleenyritykset, ja missä Salesforce säilyttää salaisuuden?
Salesforce on asiakas: se avaa yhteyden, näkee koko edestakaisen matkan ja on ainoa puoli, joka voi yrittää uudelleen. Named Credential sisältää päätepisteen ja sen External Credential todennuksen. ERP, palvelin, määrittelee sopimuksen ja validoi sen, mitä sisään tulee. Lue uudelleen Jokainen nuoli tarvitsee mekanismin.
8. Integraatio lähettää tänään pari tietuetta minuutissa, ja liiketoiminta odottaa ensi vuonna kymmeniätuhansia tunnissa. Muuttuuko nuoli?
Mahdollisesti sen mekanismi ja jopa suunta. Muutama tietue minuutissa voi olla Salesforcen kutsu (callout); paljon suurempi määrä voi tarkoittaa tapahtumien julkaisemista niin, että toinen järjestelmä tilaa ne, jolloin nuoli alkaa toisesta päästä; miljoonat yön aikana ovat eräajo. Tunne määrät ennen kuin valitset. Lue uudelleen Laita nollat inventaarioon.
Lue lisää
Osio nimeltä “Lue lisää ”- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Salesforce Help (englanniksi, tarkistettu 2026-09-25): virallinen tavoiteluettelo painotuksineen. Tarkista aina nykyinen versio ennen kuin varaat kokeen.