Porozumění podnikovým datům
Bu içerik henüz dilinizde mevcut değil.
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)
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
Section titled “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
Section titled “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í
Section titled “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
Section titled “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í
Section titled “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.