Krajobraz przed orgiem
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)
Rozdział 4 kursu Data Architect, część 1: Jak zostać architektem danych. Wstecz: Architektura danych Salesforce.
Kiedy uczę kandydatów na CTA, praca domowa po pierwszym dniu jest zawsze taka sama. Przeczytaj scenariusz. Zacznij krajobraz systemów od pustego płótna. Potem, i dopiero potem, spróbuj modelu danych.
Ludzi dziwi ta kolejność. Jesteśmy architektami danych; czy nie powinniśmy zaczynać od modelu danych? Oto dlaczego tego nie robię. Jeśli najpierw narysuję model danych, już zdecydowałem, co należy do Salesforce. Jeśli najpierw narysuję krajobraz, widzę wszystko, co powinno kształtować tę decyzję: ERP, który jest właścicielem klientów i produktów, hurtownię, która odpowiada na pytania z perspektywy pięciu lat, dostawcę tożsamości, który decyduje, kto wchodzi, partnera, który co popołudnie wysyła plik, stary system, o którym wszyscy mówią, że jest wycofywany.
Rozdziały 2 i 3 zaprojektowały org: jaki powinien być model i jak żyje w Salesforce. Ten rozdział odsuwa kamerę i rysuje to, co otacza org, zanim org zostanie zaprojektowany. Salesforce to jeden system z wielu, a dość często nie jest tym, który jest właścicielem danych.
Obraz wygenerowany przez AI.
Idee w tym rozdziale
Dział zatytułowany „Idee w tym rozdziale ”- Najpierw krajobraz. Znajdź systemy, potem dane przepływające między nimi, potem właściciela każdego elementu. Dopiero wtedy zdecyduj, jakie zadanie ma Salesforce.
- Strzałka zależy od innych strzałek. Zamówienia wysyłane do ERP potrzebują, żeby najpierw dotarli klienci, produkty i ceny. Zawsze gdy widzę integrację z tylko jednym przepływem, zaczynam się niepokoić.
- Dane mają rodzaje i obciążenia. Dane podstawowe, referencyjne, transakcyjne, metadane, analityczne i nieustrukturyzowane zmieniają się, rosną i są używane inaczej; obciążenia operacyjne (OLTP), analityczne (OLAP) i strumieniowe potrzebują różnych domów. Org prowadzi biznes; hurtownie i data lake’i go analizują.
- Systemy mają role, nie tylko logotypy. Ewidencja, zaangażowanie, odniesienie, wiedza. „Salesforce to nasz system ewidencji”: dla czego?
- To, gdzie mieszka analityka, wynika z tego, gdzie mieszkają dane. Wszystko w core: standardowe raporty. Dane w innych magazynach: platforma analityczna, a hurtownia, gdy dane Salesforce łączy się z jej danymi.
- Data 360 jest near-core (blisko core): zarządzane w core, hostowane poza core. Użytkownicy nigdy się z nim nie łączą, więc stoi razem z hydrauliką danych.
- Dane, których właścicielem jest ERP, czyta się lokalnie, a zapisuje pod kontrolą, z prefiksem
erp_, żeby schemat pokazywał, kto jest właścicielem każdego pola. - 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ę. Dwa przepływy to dwie strzałki; strzałka z grotami po obu stronach jest tylko dla konektora.
- Każda strzałka ma klienta i serwer, a każdy z nich odpowiada za swoją połowę. Nic z tego nie trafia na krajobraz, ale każda strzałka to ma.
- Policz, zanim narysujesz strzałki. Zera trafiają do inwentarza i to one wybierają mechanizm: wsadowo, synchronicznie albo zdarzeniami.
- Strategia orgów to decyzja o krajobrazie, podejmowana w pierwszych minutach: jeden org czy wiele i gdzie działa.
- Stan obecny pokazuje, co jest nie tak. Czerwony dla złego procesu, przerywana linia dla pracy ręcznej, czerwone kropki dla tego, czego brakuje.
Układ krajobrazu Steve’a
Dział zatytułowany „Układ krajobrazu Steve’a ”Krajobraz systemów można rysować na wiele sposobów. Ten jest mój, dopracowywany przez wiele lat, i czyta się go jak zdanie: ludzie po lewej docierają do Salesforce pośrodku, któremu ufa się przez systemy nad nim, który obsługuje się przez kanały pod nim i który łączy się z zapleczem po prawej.
| Gdzie | Co tam trafia |
|---|---|
| Po lewej | Ludzie, od góry do dołu: użytkownicy wewnętrzni, partnerzy, klienci |
| Pośrodku | Salesforce, jeden zwykły prostokąt, a pod nim, stykając się z nim, jego społeczności |
| Na górze | Dostawcy tożsamości nad Salesforce; AppExchange przesunięty w prawo; publiczne strony internetowe w lewym górnym rogu |
| Po prawej | Warstwa integracyjna, potem systemy wewnętrzne: ERP, finanse, magazyn |
| Pod warstwą integracyjną | Data 360, near-core, razem z hydrauliką danych |
| Na dole | Kanały klientów: e-mail, formularze internetowe, telefon, komunikatory |
| W prawym dolnym rogu | Dane do środka i na zewnątrz: archiwa, ładowania danych, źródła zewnętrzne, partnerzy |
Systemy to karty w delikatnie zaznaczonych, opisanych strefach, każda z ikoną, a legenda mówi, co wszystko oznacza. Za obrazem stoi inwentarz: dla każdego zbioru danych albo przepływu jego właściciel, wolumen, mechanizm i czas, uwierzytelnianie oraz to, czy go kopiować, wskazywać czy federować.
Krajobraz z modułu 4, ze strzałkami.
Droga przez ten rozdział
Dział zatytułowany „Droga przez ten rozdział ”Sześć modułów, każdy samodzielny.
- Salesforce to jeden system z wielu. Dlaczego krajobraz jest przed prostokątem, integracja, którą widzę raz za razem, i przepływy zwrotne, od których zależy, dane falami oraz core, near-core i Hyperforce.
- Rodzaje danych w przedsiębiorstwie. Sześć rodzajów; tworzone, edytowane, wskazywane; OLTP i OLAP; czas rzeczywisty, prawie czas rzeczywisty i przetwarzanie wsadowe; cztery pytania za kategoriami.
- Systemy wokół Salesforce. Role systemów; ERP, hurtownia i lakehouse; analityka idzie za danymi; MDM; integracja i zdarzenia; dostawca tożsamości, o którym zapominają programiści; gdzie stoi Data 360.
- Narysuj krajobraz systemów. Mój układ, budowany od pustego płótna; zera przed strzałkami; strzałki, które zaczynają się przy inicjatorze; klient i serwer za każdą strzałką, w obie strony; tory dla rozmów; inwentarz za obrazem.
- Strategia orgów to decyzja o krajobrazie. Zacznij od jednego orgu; co uzasadnia kolejny; region, a nie dostawca; podział na AMER i EMEA wymuszony przez RODO; co dodaje drugi org.
- Krajobraz Steve Trucking. Stan dzisiejszy, sprzed porządnego wdrożenia, z oznaczeniami: manifesty lądujące w RouteDesk, trasy przepisywane ręcznie do Salesforce i z powrotem, wyspa danych GPS, arkusz zasilający finanse i 108 000 telefonów rocznie „gdzie moja dostawa?”.
Na koniec sprawdź się z przewodnikiem do nauki do tego rozdziału: lista kontrolna na egzamin, nawyki wykraczające poza niego, słowa do zapamiętania i kilka pytań.
Co tu decyduje architekt
Dział zatytułowany „Co tu decyduje architekt ”- Jakie systemy otaczają Salesforce i jaką rolę odgrywa każdy z nich.
- Który system jest właścicielem każdego ważnego rodzaju danych, zanim zapadnie decyzja, ile z nich trzyma Salesforce.
- Jak działa każde połączenie: co się przemieszcza, w którym kierunku, jak się uwierzytelnia, jak szybko i co wraca.
- Ile orgów i gdzie działają, ustalone jako pierwsze, bo od tego zależy wszystko inne na krajobrazie.
- Czy stan obecny jest zrozumiany na tyle dobrze, żeby zaprojektować stan docelowy.
Poza egzaminem: krajobraz staje się mapą agentów. Zanim agent będzie mógł odpowiedzieć na pytanie „gdzie moja dostawa?”, ktoś musi wiedzieć, który system jest nadrzędny dla każdego faktu, jak bardzo jest aktualny i jak agent może do niego dotrzeć. Każdy moduł kończy się tym, co AI zmienia w jego części obrazu.
Do zgłębienia
Dział zatytułowany „Do zgłębienia ”- Salesforce Architects, The Salesforce Platform: Transformed for Tomorrow (opens in a new tab) (po angielsku), sprawdzono 2026-10-14.
- Dalsza lektura dla kandydatów na CTA: Salesforce Architects publikuje własne wytyczne dotyczące rysowania diagramów, How to Build Salesforce Diagrams (opens in a new tab) (po angielsku).
Dalej: Jakość danych i ład danych