Porozumění podnikovým datům

🌐 K dispozici také v 29 jazycích

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

Obrázek vytvořený pomocí AI

Přeloženo pomocí AI. Komunita překlad zatím nezkontrolovala. Číst anglicky

Studijní průvodce ke kapitole 4 kurzu Data Architect. Nejdřív si přečtěte šest modulů; tato stránka vám pomůže ověřit, co vám zůstalo v hlavě.

O tomto studijním průvodci. Je sestavený jen z vlastního obsahu tohoto kurzu a ze seznamu cílů v oficiálním průvodci zkouškou od Salesforce. Nikdy nevychází ze skutečných zkouškových otázek a netvrdí, že ví, co u zkoušky bude. Pokud jste zkoušku skládali, prosím, neposílejte mi z ní otázky: certifikační smlouva jejich sdílení zakazuje a učit se odpovědi nazpaměť je stejně špatná cesta, jak se stát architektem.

Průvodce zkouškou říká, že netestuje databázové koncepty mimo Salesforce, a většina této kapitoly je o podniku kolem Salesforce. Stejně jako v kapitole 1 proto tento kontrolní seznam uvádí, které cíle každý bod podporuje. Nepřeskakujte ho ale: spousta zkouškových scénářů začíná ERP, datovým skladem nebo druhým orgem a odpověď závisí na tom, kdo data vlastní.

Ke zkoušce

Odškrtávejte si je postupně. Každý bod odkazuje na místo, kde se vykládá.

Kdo data vlastní (podporuje SDM-2, SDM-3 a kapitolu o kmenových datech)

• Umím říct, který systém je zdrojovým systémem pro každý druh dat, a dokončím větu: zdrojový systém pro co? (Salesforce často není zdrojovým systémem, Nezačínejte názvem produktu)
• Znám běžný vzor: zákazníci, produkty a ceny dovnitř z ERP, objednávky ven, a vím, že šipka objednávek závisí na těch ostatních; pak se ptám na cestu zpátky. (Integrace, kterou vidím pořád dokola, Jednosměrné šipky mě znervózňují)
• U kmenových dat kladu tři otázky: kde se vytvářejí, kde se upravují a kde se na ně odkazuje? (Čtyři otázky za kategoriemi)
• Vím, že kopie není autorita: data vlastněná ERP se čtou lokálně a zapisují pod kontrolou a jejich identifikátor z ERP se uchovává jako External ID. (ERP: back office má gravitaci, Krajina mění datový model)

Druhy dat a jejich zátěže (podporuje DM-1, LDV-1 a MDM-4)

• Umím rozlišit kmenová, referenční, transakční data, metadata, analytická a nestrukturovaná data a vím, co každý druh znamená pro to, kde žije. (Začněte druhem, ne objektem)
• Vím, že referenční data jsou malá, ale jsou místem, kde se schovávají integrační předpoklady (Delivered, Complete, D). (Referenční data)
• Umím rozlišit provozní (OLTP), analytickou (OLAP) a streamovací zátěž: org byznys řídí, datové sklady a jezera ho analyzují. (Druh je jen polovina otázky)
• Znám synchronní (čekat u dveří), asynchronní (pokračovat a vyřídit to, až se to vrátí) a dávkové (každou hodinu, každých pár hodin, denně) zpracování, vím, kdy dávka stačí, a že reálný čas něco stojí. (Jak rychle se musí data přesouvat?)
• U každé sady dat kladu čtyři otázky: kdo ji vlastní, jak rychle se mění, jak velká bude a jaký má životní cyklus. (Čtyři otázky za kategoriemi)

Systémy kolem Salesforce (podporuje SDM-3, LDV-3 a integrační kapitoly)

• Znám čtyři role systémů: zdrojový, interakce, referenční a analytický. (Nezačínejte názvem produktu)
• Vím, že kde žije analytika, se řídí tím, kde žijí data: sestavy na core, když je všechno v Salesforce; analytická platforma (Tableau, včetně Tableau Next, nebo CRM Analytics, kde se používá) nebo datový sklad, když jsou zapojená další úložiště. (Analytika žije tam, kde žijí data)
• Vím, co je datový sklad, datové jezero a lakehouse, a jakou roli hraje MDM, ESB nebo iPaaS a události. (Datový sklad, datové jezero a lakehouse, Integrační vrstva a události)
• Poskytovatele identity dávám do krajiny od prvního dne a vím, že konfigurace SSO se nasazuje, ale tajné klíče a certifikáty neputují; v krajině je to sdílený certifikát (důvěra), ne volání, protože přihlášení probíhá přes prohlížeč. (Systém, na který vývojáři zapomínají: identita)
• Vím, že Data 360 je blízko core (spravováno na core, hostováno mimo core) a že jeho zero copy umožňuje dotazovat se na data bez jejich kopírování. (Kam patří Data 360?, Core, mimo core a Hyperforce)

Orgy a hosting (podporuje SDM-4)

• Začínám jedním orgem a než přidám další, hledám skutečnou hranici (rezidence, regulace, právní oddělení, jiný provozní model, akvizice). (Začněte jedním orgem, Hledejte skutečné hranice)
• Vím, co více orgů stojí: globální sestavy, kmenová data, integrace, identita a nasazování, každé znásobené. (Projděte šipky znovu)
• Vím, že Hyperforce dává výběr regionu, kde data orgu sídlí (ne poskytovatele cloudu), ale neslibuje, že tam zůstane každá služba; a že GDPR samo o sobě samostatný org nevyžaduje: stanovuje pravidla pro osobní údaje opouštějící EU a firma si může zvolit evropský org, aby je splnila. (Hosting je součástí kresby, Když Evropa dostane vlastní org)

Kreslení a čtení krajiny (podporuje každý scénář)

• Umím nakreslit krajinu: lidé vlevo, Salesforce uprostřed s komunitami, které se ho dotýkají zdola, identita nahoře, integrace a back office vpravo, Data 360 pod integrační vrstvou, kanály dole, data dovnitř a ven vpravo dole. (Steveovo rozvržení krajiny)
• V krajině šipka začíná u systému, který spojení otevírá, a její popisek říká, co se přesouvá a kterým směrem; v diagramu datových toků šipky sledují data. Dva toky jsou dvě šipky. (Teď nakreslete šipky)
• U každé šipky vím, co řeší klient a co definuje server: kde, ověřování, protokol a kontrakt, payload, načasování, stopa, chyby. Named Credential a její External Credential, když Salesforce volá ven; External Client App a integrační uživatel jen pro API, když něco volá Salesforce. (Každá šipka potřebuje mechanismus)
• Počítám dřív, než nakreslím šipky: objem jde do inventury a řídí mechanismus, a může dokonce změnit, kterým směrem šipka ukazuje. (Dejte nuly do inventury)
• Plaveckou dráhu kreslím, jen když má proces víc než jednu nebo dvě výměny tam a zpátky. (Šipky v krajině, rozhovory v plavecké dráze)

Nad rámec zkoušky

Zkouška je podlaha, ne strop. Tohle jsou návyky z této kapitoly, které architekt potřebuje, ať se na ně nějaká otázka zeptá, nebo ne.

• Nakreslete krajinu dřív, než navrhnete org. Začněte od prázdného plátna.
• Oddalte kameru. Salesforce je jeden systém z mnoha.
• Nová vlna jen vzácně nechá zmizet tu starou. Architektujte podnik, který existuje, ne brožuru.
• Čtěte krajinu jako odpovědnosti, ne jako loga.
• Jednosměrné šipky mě znervózňují. Na čem tento tok závisí a co se vrací?
• Každá šipka potřebuje mechanismus. „Fire and forget“ není odpověď.
• Šipky v krajině, rozhovory v plavecké dráze.
• Počítejte dřív, než nakreslíte šipky. Nuly jdou do inventury a volí mechanismus.
• Nakreslete současný stav, než ho opravíte: tabulku, výměnu přes SFTP, systém, „který vyřazujeme“.
• Označte současný stav poctivě: červená pro špatný proces, přerušovaná čára pro ruční práci, červené tečky pro to, co chybí. Každá červená čára je požadavek, který čeká, až ho někdo zapíše.
• Dva toky, dvě šipky. Obousměrná šipka je jen pro konektor.
• Nehrajte si na právníka. Ptejte se, jaký konkrétní požadavek plníte, a překládejte ho s lidmi, kteří ho vlastní.
• Oddělené není totéž co jednoduché.

Pojmy k zapamatování

Pojem	V jedné větě
Systémová krajina	Systémy kolem Salesforce, lidé, kteří je používají, a důležité toky mezi nimi
Zdrojový systém (system of record)	Kde se uchovává autoritativní verze nějakého druhu dat
Systém interakce (system of engagement)	Kde lidé dělají práci
Referenční systém (system of reference)	Kde si systém vyhledává informace, které potřebuje, ale nevlastní
Analytický systém (system of insight)	Kde se data scházejí, aby se dalo měřit, analyzovat a předpovídat
ERP	Systém back office pro finance, produkty, zásoby, nákup a vyřizování objednávek
Kmenová data (master data)	Trvalé věci, kolem kterých se byznys točí: zákazníci, produkty, místa
Referenční data	Sdílený slovník, který klasifikuje jiná data: kódy, stavy, kategorie
Transakční data	Záznamy o tom, co se stalo: objednávky, doručení, platby, případy
Analytická data	Data odvozená z jiných dat, aby se dalo měřit a porovnávat
Nestrukturovaná data	Dokumenty, obrázky, zvuk, video, přepisy
Datový sklad / datové jezero / lakehouse	Strukturované analytické úložiště / surové úložiště ve velkém / kombinace obojího
ESB / iPaaS	Integrační vrstva, která zprostředkovává mezi systémy
OLTP / OLAP	Provozní práce s několika záznamy najednou / analýza napříč mnoha
Blízko core (near-core)	Spravováno na core, hostováno mimo core: Data 360
Named Credential / External Credential	Kde si Salesforce drží odchozí koncový bod / jeho ověřování
External Client App	Jak je vnější systém oprávněn volat Salesforce
Současný stav	Krajina, jaká je dnes, před návrhem; s vyznačením toho, co je špatně
Poskytovatel identity (IdP)	Systém, který ověřuje uživatele a stanoví identitu, které Salesforce věří
Synchronní / asynchronní / dávka	Čekat na odpověď / pokračovat a vyřídit to, až přijde / přesouvat data jako skupinu podle plánu
Hyperforce	Salesforce na infrastruktuře veřejného cloudu, s výběrem regionu
Zero copy	Dotazování na data tam, kde žijí, bez jejich kopírování

Otestujte se

Krátké scénáře ve stylu kurzu. Rozhodněte se pro odpověď dřív, než ji otevřete.

1. Obchodníci pracují s účty v Salesforce, ale oficiální zákaznické číslo vydá ERP, až zákazník nakoupí. Salesforce posílá objednávky do ERP. Co potřebujete navrhnout?

Kdo zákazníka v které fázi vlastní; číslo z ERP jako External ID na účtu; která pole smí Salesforce měnit; jak rychle přicházejí změny z ERP; a co se vrací po odeslání objednávky (přijato, odmítnuto, odesláno, vyfakturováno). Přečtěte si znovu Krajina mění datový model.

2. Vedení chce pět let výkonu včasnosti podle regionu, propojené s financemi. Postavit to jako sestavy v Salesforce?

Nejspíš ne. Je to analytická zátěž napříč několika úložišti, takže patří tam, kde se data scházejí: do datového skladu, s CRM Analytics nebo Tableau nad ním. Kde žije analytika, se řídí tím, kde žijí data. Přečtěte si znovu Analytika žije tam, kde žijí data.

3. Firma působí ve 30 zemích a chce jeden org na každou zemi. Na co se zeptáte?

Jaký požadavek s každou zemí přichází: uložení, zpracování, přenos přes hranice, smlouvy, jiný hostitel. Bez skutečné hranice začněte jedním orgem, protože každý další org násobí sestavy, kmenová data, integraci, identitu i nasazování. Přečtěte si znovu Geografie není automaticky strategie orgů.

4. Kamiony posílají 200 000 údajů z GPS denně. Má je Salesforce ukládat všechny?

Nejspíš ne. Jsou to streamovací data: dispečer potřebuje aktuální polohu, zatímco historie a trendy patří na platformu postavenou pro takový objem. Spočítejte nuly (přes 70 milionů ročně) a oddělte „kde je teď?“ od „co se stalo minulé čtvrtletí?“. Přečtěte si znovu Druh je jen polovina otázky.

5. Posádky pracují se svými zastávkami v Salesforce, ale trasy se stavějí ve starém dispečerském nástroji a nic ty dva nepropojuje. Jak nakreslíte dnešek?

Tak, jak je, označený jako současný stav: trasy přepisované do Salesforce a dokončené zastávky přepisované zpátky, přerušovaně, protože to dělají lidé, a červeně, protože je to špatně. Nekreslete integraci, kterou byste si přáli; z každé červené čáry se stane požadavek pro návrh. Přečtěte si znovu Označte, co je špatně a RouteDesk tu pořád je.

6. Někdo tvrdí, že evropské právo na ochranu soukromí vyžaduje samostatný org. Jak odpovíte?

Nepřijměte to slepě ani to nepřehlasujte. GDPR samo o sobě samostatný org nevyžaduje; stanovuje pravidla pro osobní údaje, včetně předávání mimo EU. Zeptejte se, jaký konkrétní požadavek to plní (uložení, zpracování, předávání, přístup podpory, smlouva, pravidla), a pak s lidmi z ochrany soukromí, práva a bezpečnosti ten požadavek převeďte na architekturu. Přečtěte si znovu Nehrajte si na právníka a Když Evropa dostane vlastní org.

7. Salesforce posílá objednávky do API ERP. Která strana řeší opakování a kde Salesforce drží tajný klíč?

Salesforce je klient: otevírá spojení, vidí celou cestu tam a zpátky a je jedinou stranou, která může opakovat. Named Credential drží koncový bod a její External Credential ověřování. ERP, server, definuje kontrakt a ověřuje, co přichází. Přečtěte si znovu Každá šipka potřebuje mechanismus.

8. Integrace dnes posílá pár záznamů za minutu a byznys příští rok čeká desítky tisíc za hodinu. Změní se šipka?

Možná její mechanismus, a dokonce i směr. Pár záznamů za minutu může být callout ze Salesforce; mnohem víc může znamenat zveřejňování událostí, které druhý systém odebírá, takže šipka začíná na druhém konci; miliony přes noc jsou dávka. Než zvolíte, znejte počty. Přečtěte si znovu Dejte nuly do inventury.

K prozkoumání

• Salesforce Certified Platform Data Architect Exam Guide (otevře se v nové kartě), Salesforce Help (ověřeno 2026-10-17): oficiální seznam cílů a jejich vah. Před přihlášením ke zkoušce si vždy ověřte aktuální verzi.