Zrozumieć dane przedsiębiorstwa
Dostępne także w 28 językach
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Przewodnik do nauki do rozdziału 4 kursu Data Architect. Najpierw przeczytaj sześć modułów; ta strona pomoże ci sprawdzić, co zostało w głowie.
O tym przewodniku. Powstał wyłącznie na podstawie treści tego kursu i listy celów z opublikowanego przez Salesforce przewodnika po egzaminie. Nigdy nie opiera się na prawdziwych pytaniach egzaminacyjnych i nie twierdzi, że wie, co jest na egzaminie. Jeśli masz egzamin za sobą, proszę, nie przysyłaj mi z niego pytań: umowa certyfikacyjna zabrania ich udostępniania, a wkuwanie odpowiedzi i tak jest złą drogą do zostania architektem.
Przewodnik po egzaminie mówi, że egzamin nie sprawdza pojęć z baz danych spoza Salesforce, a większość tego rozdziału dotyczy przedsiębiorstwa wokół Salesforce. Dlatego, jak w rozdziale 1, ta lista kontrolna mówi, które cele każdy punkt wspiera. Ale nie pomijaj jej: wiele scenariuszy egzaminacyjnych zaczyna się od ERP, hurtowni albo drugiego orgu, a odpowiedź zależy od tego, kto jest właścicielem danych.
Na egzamin
Dział zatytułowany „Na egzamin ”Odhaczaj je po kolei. Każdy punkt prowadzi do miejsca, w którym go omówiono.
Kto jest właścicielem danych (wspiera SDM-2, SDM-3 i rozdział o danych podstawowych)
- Potrafię powiedzieć, który system jest systemem ewidencji dla każdego rodzaju danych, i kończę zdanie: system ewidencji dla czego? (Salesforce często nie jest systemem ewidencji, Nie zaczynaj od nazwy produktu)
- Znam typowy wzorzec: klienci, produkty i ceny do środka z ERP, zamówienia na zewnątrz, i wiem, że strzałka zamówień zależy od pozostałych; potem pytam o drogę powrotną. (Integracja, którą widzę raz za razem, Jednokierunkowe strzałki mnie niepokoją)
- Danym podstawowym zadaję trzy pytania: gdzie są tworzone, gdzie są edytowane i gdzie są wskazywane? (Cztery pytania za kategoriami)
- Wiem, że kopia to nie autorytet: dane, których właścicielem jest ERP, czyta się lokalnie, a zapisuje pod kontrolą, a identyfikator z ERP zachowuje się jako External ID. (ERP: zaplecze ma grawitację, Krajobraz zmienia model danych)
Rodzaje danych i ich obciążenia (wspiera DM-1, LDV-1 i MDM-4)
- Potrafię odróżnić dane podstawowe, referencyjne, transakcyjne, metadane, analityczne i nieustrukturyzowane i wiem, co każdy rodzaj oznacza dla tego, gdzie mieszka. (Zacznij od rodzaju, nie od obiektu)
- Wiem, że dane referencyjne są małe, ale to w nich ukrywają się założenia integracyjne (
Delivered,Complete,D). (Dane referencyjne) - Potrafię odróżnić obciążenia operacyjne (OLTP), analityczne (OLAP) i strumieniowe: org prowadzi biznes, hurtownie i data lake’i go analizują. (Rodzaj to tylko połowa pytania)
- Odróżniam synchroniczne (czekanie w drzwiach), asynchroniczne (działaj dalej, zajmij się tym, gdy wróci) i wsadowe (co godzinę, co kilka godzin, raz dziennie), wiem, kiedy przetwarzanie wsadowe wystarcza, i wiem, że czas rzeczywisty kosztuje. (Jak szybko muszą się przemieszczać?)
- Każdemu zbiorowi danych zadaję cztery pytania: kto jest właścicielem, jak szybko się zmienia, jak bardzo rośnie i jaki ma cykl życia. (Cztery pytania za kategoriami)
Systemy wokół Salesforce (wspiera SDM-3, LDV-3 i rozdziały o integracji)
- Znam cztery role systemów: ewidencja, zaangażowanie, odniesienie i wiedza. (Nie zaczynaj od nazwy produktu)
- Wiem, że to, gdzie mieszka analityka, wynika z tego, gdzie mieszkają dane: raporty w core, gdy wszystko jest w Salesforce; platforma analityczna (Tableau, w tym Tableau Next, albo CRM Analytics tam, gdzie jest używane) albo hurtownia, gdy w grę wchodzą inne magazyny. (Analityka mieszka tam, gdzie dane)
- Wiem, czym są hurtownia, data lake i lakehouse, oraz jaką rolę pełnią MDM, ESB albo iPaaS i zdarzenia. (Hurtownia, data lake i lakehouse, Warstwa integracyjna i zdarzenia)
- Umieszczam dostawcę tożsamości na krajobrazie od pierwszego dnia i wiem, że konfiguracja SSO się wdraża, ale sekrety i certyfikaty nie podróżują; na krajobrazie to wspólny certyfikat (zaufanie), a nie wywołanie, bo logowanie idzie przez przeglądarkę. (System, o którym zapominają programiści: tożsamość)
- Wiem, że Data 360 jest near-core (zarządzane w core, hostowane poza core) i że jego zero copy pozwala odpytywać dane bez ich kopiowania. (Gdzie leży Data 360?, Core, poza core i Hyperforce)
Orgi i hosting (wspiera SDM-4)
- Zaczynam od jednego orgu i szukam prawdziwej granicy (rezydencja, regulacje, rozdział prawny, inny model operacyjny, przejęcie), zanim dodam kolejny. (Zacznij od jednego orgu, Szukaj prawdziwych granic)
- Wiem, ile kosztuje wiele orgów: globalne raportowanie, dane podstawowe, integracja, tożsamość i wdrożenia, każde pomnożone. (Przejdź po strzałkach jeszcze raz)
- Wiem, że Hyperforce daje wybór regionu, w którym mieszkają dane orgu (a nie dostawcy chmury), ale nie obiecuje, że każda usługa tam zostanie; i że RODO samo w sobie nie wymaga osobnego orgu: ustala zasady dla danych osobowych opuszczających UE, a firma może wybrać europejski org, żeby je spełnić. (Hosting jest częścią rysunku, Kiedy Europa dostaje własny org)
Rysowanie i czytanie krajobrazu (wspiera każdy scenariusz)
- Potrafię narysować krajobraz: ludzie po lewej, Salesforce pośrodku ze stykającymi się z nim od dołu społecznościami, tożsamość na górze, integracja i zaplecze po prawej, Data 360 pod warstwą integracyjną, kanały na dole, dane do środka i na zewnątrz w prawym dolnym rogu. (Układ krajobrazu Steve’a)
- Na krajobrazie strzałka zaczyna się przy systemie, który otwiera połączenie, a jej etykieta mówi, co się przemieszcza i w którą stronę; na diagramie przepływu danych strzałki idą za danymi. Dwa przepływy to dwie strzałki. (Teraz narysuj strzałki)
- Dla każdej strzałki wiem, co obsługuje klient, a co definiuje serwer: gdzie, uwierzytelnianie, protokół i kontrakt, ładunek, czas, ślad, błędy. Named Credential i jego External Credential, gdy Salesforce wywołuje system na zewnątrz; External Client App i użytkownik integracyjny tylko do API, gdy coś wywołuje Salesforce. (Każda strzałka potrzebuje mechanizmu)
- Liczę, zanim narysuję strzałki: wolumen trafia do inwentarza i wyznacza mechanizm, a może nawet zmienić kierunek strzałki. (Wpisz zera do inwentarza)
- Rysuję diagram torów tylko wtedy, gdy proces ma więcej niż jedną czy dwie wymiany tam i z powrotem. (Strzałki na krajobrazie, rozmowy na diagramie torów)
Poza egzaminem
Dział zatytułowany „Poza egzaminem ”Egzamin to podłoga, nie sufit. Oto nawyki z tego rozdziału, których architekt potrzebuje, niezależnie od tego, czy jakiekolwiek pytanie o nie zapyta.
- Narysuj krajobraz, zanim zaprojektujesz org. Zacznij od pustego płótna.
- Odsuń kamerę. Salesforce to jeden system z wielu.
- Nowa fala rzadko sprawia, że stara znika. Projektuj dla przedsiębiorstwa, które istnieje, a nie dla broszury.
- Czytaj krajobraz jako odpowiedzialności, a nie logotypy.
- Jednokierunkowe strzałki mnie niepokoją. Od czego zależy ten przepływ i co wraca?
- Każda strzałka potrzebuje mechanizmu. „Fire and forget” to nie jest odpowiedź.
- Strzałki na krajobrazie, rozmowy na diagramie torów.
- Policz, zanim narysujesz strzałki. Zera trafiają do inwentarza i to one wybierają mechanizm.
- Narysuj stan obecny, zanim go naprawisz: arkusz, zrzut SFTP, system, „który wycofujemy”.
- Zaznacz stan obecny uczciwie: czerwony dla złego procesu, przerywana linia dla pracy ręcznej, czerwone kropki dla tego, czego brakuje. Każda czerwona linia to wymaganie czekające na zapisanie.
- Dwa przepływy, dwie strzałki. Strzałka z grotami po obu stronach jest tylko dla konektora.
- Nie baw się w prawnika. Zapytaj, jakie konkretne wymaganie spełniasz, i przełóż je razem z ludźmi, którzy za nie odpowiadają.
- Osobno to nie to samo co prosto.
Słowa do zapamiętania
Dział zatytułowany „Słowa do zapamiętania ”| Termin | W jednym zdaniu |
|---|---|
| Krajobraz systemów | Systemy wokół Salesforce, ludzie, którzy z nich korzystają, i ważne przepływy między nimi |
| System ewidencji (system of record) | Miejsce, gdzie przechowywana jest nadrzędna wersja danego rodzaju danych |
| System zaangażowania | Miejsce, gdzie ludzie wykonują pracę |
| System referencyjny | Miejsce, gdzie system sprawdza informacje, których potrzebuje, ale których nie jest właścicielem |
| System wiedzy | Miejsce, gdzie dane schodzą się, żeby mierzyć, analizować i przewidywać |
| ERP | System zaplecza do finansów, produktów, zapasów, zakupów i realizacji zamówień |
| Dane podstawowe | Trwałe rzeczy, wokół których kręci się biznes: klienci, produkty, lokalizacje |
| Dane referencyjne | Wspólne słownictwo klasyfikujące inne dane: kody, statusy, kategorie |
| Dane transakcyjne | Zapisy tego, co się wydarzyło: zamówienia, dostawy, płatności, zgłoszenia |
| Dane analityczne | Dane wyprowadzone z innych danych, żeby mierzyć i porównywać |
| Dane nieustrukturyzowane | Dokumenty, obrazy, dźwięk, wideo, transkrypcje |
| Hurtownia danych / data lake / lakehouse | Ustrukturyzowany magazyn analityczny / surowy magazyn na dużą skalę / połączenie obu |
| ESB / iPaaS | Warstwa integracyjna, która pośredniczy między systemami |
| OLTP / OLAP | Praca operacyjna na kilku rekordach naraz / analiza na wielu |
| Near-core (blisko core) | Zarządzane w core, hostowane poza core: Data 360 |
| Named Credential / External Credential | Gdzie Salesforce trzyma wychodzący endpoint / jego uwierzytelnianie |
| External Client App | Sposób, w jaki zewnętrzny system dostaje autoryzację do wywoływania Salesforce |
| Stan obecny | Krajobraz taki, jaki jest dziś, przed projektem; z zaznaczonym tym, co jest nie tak |
| Dostawca tożsamości (IdP) | System, który uwierzytelnia użytkowników i ustala tożsamość, której ufa Salesforce |
| Synchroniczny / asynchroniczny / wsadowy | Czekanie na odpowiedź / działanie dalej i obsługa odpowiedzi, gdy przyjdzie / przenoszenie danych grupą według harmonogramu |
| Hyperforce | Salesforce na infrastrukturze chmury publicznej, z wyborem regionu |
| Zero copy | Odpytywanie danych tam, gdzie mieszkają, bez ich kopiowania |
Sprawdź się
Dział zatytułowany „Sprawdź się ”Krótkie scenariusze w stylu kursu. Zdecyduj o odpowiedzi, zanim ją rozwiniesz.
1. Handlowcy prowadzą konta w Salesforce, ale ERP nadaje oficjalny numer klienta dopiero po zakupie. Salesforce wysyła zamówienia do ERP. Co musisz zaprojektować?
Kto jest właścicielem klienta na każdym etapie; numer z ERP jako External ID na koncie; które pola Salesforce może zmieniać; jak szybko przychodzą zmiany z ERP; i co wraca po wysłaniu zamówienia (przyjęte, odrzucone, wysłane, zafakturowane). Przeczytaj ponownie Krajobraz zmienia model danych.
2. Zarząd chce pięciu lat punktualności według regionów, połączonych z danymi finansowymi. Zbudować to jako raporty Salesforce?
Raczej nie. To obciążenie analityczne w kilku magazynach, więc należy tam, gdzie dane się schodzą: do hurtowni, z CRM Analytics albo Tableau na wierzchu. To, gdzie mieszka analityka, wynika z tego, gdzie mieszkają dane. Przeczytaj ponownie Analityka mieszka tam, gdzie dane.
3. Firma działa w 30 krajach i prosi o jeden org na kraj. O co pytasz?
Jakie wymaganie przychodzi z każdym krajem: przechowywanie, przetwarzanie, przekazywanie przez granice, umowy, inny hosting. Bez prawdziwej granicy zacznij od jednego orgu, bo każdy dodatkowy org mnoży raportowanie, dane podstawowe, integrację, tożsamość i wdrożenia. Przeczytaj ponownie Geografia to nie automatycznie strategia orgów.
4. Ciężarówki wysyłają 200 000 odczytów GPS dziennie. Czy Salesforce powinien przechowywać je wszystkie?
Raczej nie. To dane strumieniowe: dyspozytor potrzebuje bieżącej pozycji, a historia i trendy należą do platformy zbudowanej na taki wolumen. Policz zera (ponad 70 milionów rocznie) i oddziel „gdzie jest teraz?” od „co się wydarzyło w zeszłym kwartale?”. Przeczytaj ponownie Rodzaj to tylko połowa pytania.
5. Ekipy obsługują swoje przystanki w Salesforce, ale trasy powstają w starym narzędziu dyspozytorskim i nic tych dwóch nie łączy. Jak rysujesz stan dzisiejszy?
Takim, jaki jest, oznaczonym jako stan obecny: trasy przepisywane do Salesforce i ukończone przystanki przepisywane z powrotem, linią przerywaną, bo robią to ludzie, i na czerwono, bo to jest złe. Nie rysuj integracji, której istnienia sobie życzysz; każda czerwona linia staje się wymaganiem dla projektu. Przeczytaj ponownie Zaznacz, co jest nie tak i RouteDesk wciąż tam jest.
6. Ktoś mówi, że europejskie prawo o prywatności wymaga osobnego orgu. Jak odpowiadasz?
Ani nie przyjmuj tego na ślepo, ani tego nie odrzucaj. RODO samo w sobie nie wymaga osobnego orgu; ustala zasady dla danych osobowych, w tym przekazywania ich poza UE. Zapytaj, jakie konkretne wymaganie to spełnia (przechowywanie, przetwarzanie, przekazywanie, dostęp w ramach wsparcia, umowa, polityka), a potem pracuj z działami prywatności, prawnym i bezpieczeństwa, żeby przełożyć je na architekturę. Przeczytaj ponownie Nie baw się w prawnika i Kiedy Europa dostaje własny org.
7. Salesforce wysyła zamówienia do API ERP. Która strona obsługuje ponowienia i gdzie Salesforce trzyma sekret?
Salesforce jest klientem: otwiera połączenie, widzi całą drogę tam i z powrotem i jest jedyną stroną, która może ponowić próbę. Named Credential trzyma endpoint, a jego External Credential uwierzytelnianie. ERP, serwer, definiuje kontrakt i waliduje to, co przychodzi. Przeczytaj ponownie Każda strzałka potrzebuje mechanizmu.
8. Integracja wysyła dziś kilka rekordów na minutę, a biznes oczekuje w przyszłym roku dziesiątek tysięcy na godzinę. Czy strzałka się zmienia?
Być może jej mechanizm, a nawet kierunek. Kilka rekordów na minutę może być calloutem z Salesforce; znacznie więcej może oznaczać publikowanie zdarzeń, które subskrybuje drugi system, więc strzałka zaczyna się po drugiej stronie; miliony przez noc to przetwarzanie wsadowe. Poznaj liczby, zanim wybierzesz. Przeczytaj ponownie Wpisz zera do inwentarza.
Do zgłębienia
Dział zatytułowany „Do zgłębienia ”- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Pomoc Salesforce (po angielsku, sprawdzono 2026-09-25): oficjalna lista celów i ich wag. Zawsze sprawdź aktualną wersję, zanim zapiszesz się na egzamin.