Розуміння корпоративних даних

🌐 Також доступно 28 мовами

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)

Зображення згенеровано ШІ

Перекладено ШІ. Спільнота ще не перевірила. Читати англійською

Навчальний посібник до розділу 4 курсу Data Architect. Спершу прочитайте шість модулів; ця сторінка допоможе перевірити, що запам’яталося.

Про цей посібник. Він побудований лише на власному змісті цього курсу та на переліку цілей в опублікованому посібнику Salesforce до іспиту. Він ніколи не спирається на справжні екзаменаційні запитання і не претендує на знання того, що буде на іспиті. Якщо ви складали іспит, будь ласка, не надсилайте мені запитань із нього: сертифікаційна угода забороняє ними ділитися, а завчати відповіді — у будь-якому разі хибний шлях до того, щоб стати архітектором.

Посібник до іспиту каже, що він не перевіряє концепцій баз даних поза Salesforce, а більша частина цього розділу — про підприємство навколо Salesforce. Тож, як і в розділі 1, цей контрольний список вказує, які цілі кожен пункт підтримує. Але не пропускайте його: багато сценаріїв іспиту починаються з ERP, сховища даних чи другої org, і відповідь залежить від того, хто володіє даними.

Для іспиту

Позначайте їх у міру просування. Кожен пункт веде туди, де його пояснено.

Хто володіє даними (підтримує SDM-2, SDM-3 і розділ про основні дані)

• Я можу сказати, яка система є системою обліку для кожного виду даних, і закінчую речення: система обліку для чого? (Salesforce часто не є системою обліку, Не починайте з назви продукту)
• Я знаю поширений шаблон: клієнти, продукти й ціни з ERP усередину, замовлення назовні, і знаю, що стрілка замовлень залежить від інших; потім я питаю про зворотний шлях. (Інтеграція, яку я бачу знову і знову, Однобічні стрілки мене непокоять)
• Я ставлю до основних даних три запитання: де вони створюються, де редагуються і де на них посилаються? (Чотири запитання за категоріями)
• Я знаю, що копія — не авторитетність: дані, якими володіє ERP, читаються локально, а записуються під контролем, а ідентифікатор ERP зберігається як External ID. (ERP: у бек-офісу є гравітація, Ландшафт змінює модель даних)

Види даних і їхні навантаження (підтримує DM-1, LDV-1 і MDM-4)

• Я можу розрізнити основні, довідкові, транзакційні дані, метадані, аналітичні й неструктуровані дані і що кожен вид означає для того, де вони живуть. (Почніть із виду, а не з об’єкта)
• Я знаю, що довідкові дані малі, але саме в них ховаються припущення інтеграцій (Delivered, Complete, D). (Довідкові дані)
• Я розрізняю операційні (OLTP), аналітичні (OLAP) і потокові навантаження: org веде бізнес, сховища даних і data lake його аналізують. (Вид — лише половина запитання: навантаження)
• Я знаю різницю між синхронним (чекати біля дверей), асинхронним (продовжувати й розібратися, коли повернеться) і пакетним (щогодини, раз на кілька годин, щодня) режимами, знаю, коли пакетного досить, і що реальний час має ціну. (Як швидко це має рухатися?)
• Я ставлю до кожного набору даних чотири запитання: хто володіє, як швидко змінюється, наскільки великим стає і який життєвий цикл. (Чотири запитання за категоріями)

Системи навколо Salesforce (підтримує SDM-3, LDV-3 і розділи про інтеграцію)

• Я знаю чотири ролі систем: облік, взаємодія, довідка й аналітика. (Не починайте з назви продукту)
• Я знаю, що аналітика живе там, де живуть дані: звіти в ядрі, коли все в Salesforce; аналітична платформа (Tableau, зокрема Tableau Next, або CRM Analytics, де вона використовується) чи сховище даних, коли залучено інші сховища. (Аналітика живе там, де живуть дані)
• Я знаю, що таке сховище даних, data lake і lakehouse, і роль MDM, ESB чи iPaaS та подій. (Сховище даних, data lake і lakehouse, Інтеграційний шар і події)
• Я ставлю постачальника ідентичності на ландшафт із першого дня і знаю, що конфігурація SSO розгортається, а секрети й сертифікати не переносяться; на ландшафті це спільний сертифікат (довіра), а не виклик, бо вхід відбувається через браузер. (Система, про яку забувають розробники: ідентичність)
• Я знаю, що Data 360 — поряд з ядром (near-core) (керується в ядрі, розміщується поза ядром) і що його zero copy дає змогу запитувати дані без їх копіювання. (Де стоїть Data 360?, Core, off-core і Hyperforce)

Org і хостинг (підтримує SDM-4)

• Я починаю з однієї org і шукаю справжню межу (резидентність, регулювання, юридичне розділення, інша операційна модель, поглинання), перш ніж додати ще одну. (Почніть з однієї org, Шукайте справжні межі)
• Я знаю, чого коштують кілька org: глобальна звітність, основні дані, інтеграція, ідентичність і розгортання — кожне помножене. (Пройдіть стрілками знову)
• Я знаю, що Hyperforce дає вибір регіону, де зберігаються дані org (а не хмарного постачальника), але не обіцяє, що кожен сервіс лишається там; і що GDPR сам по собі не вимагає окремої org: він встановлює правила для персональних даних, що залишають ЄС, і компанія може обрати європейську org, щоб їх виконати. (Хостинг — частина малюнка, Коли Європа отримує власну org)

Малювати й читати ландшафт (підтримує кожен сценарій)

• Я можу намалювати ландшафт: люди ліворуч, Salesforce посередині з його спільнотами, що торкаються знизу, ідентичність угорі, інтеграція і бек-офіс праворуч, Data 360 під інтеграційним шаром, канали внизу, дані всередину й назовні внизу праворуч. (Компонування ландшафту від Steve)
• На ландшафті стрілка починається в системі, яка відкриває з’єднання, а її підпис каже, що рухається і в який бік; на діаграмі потоків даних стрілки йдуть за даними. Два потоки — це дві стрілки. (Тепер намалюйте стрілки)
• Для кожної стрілки я знаю, що обробляє клієнт і що визначає сервер: куди, автентифікація, протокол і контракт, payload, таймінг, трасування, помилки. Named Credential і його External Credential, коли Salesforce робить виклик назовні; External Client App і користувач інтеграції лише для API, коли щось викликає Salesforce. (Кожній стрілці потрібен механізм)
• Я рахую, перш ніж малювати стрілки: обсяг іде в інвентаризацію і визначає механізм, а може навіть змінити, куди вказує стрілка. (Покладіть нулі в інвентаризацію)
• Я малюю доріжку (swim lane) лише тоді, коли процес має більше одного-двох обмінів туди й назад. (Стрілки на ландшафті, розмови на доріжці)

За межами іспиту

Іспит — це підлога, а не стеля. Ось звички з цього розділу, потрібні архітекторові, незалежно від того, чи спитають про них колись на іспиті.

• Малюйте ландшафт, перш ніж проєктувати org. Почніть із чистого аркуша.
• Відведіть камеру. Salesforce — одна система з багатьох.
• Нова хвиля рідко змушує стару зникнути. Проєктуйте для підприємства, що існує, а не для брошури.
• Читайте ландшафт як відповідальності, а не логотипи.
• Однобічні стрілки мене непокоять. Від чого залежить цей потік і що повертається?
• Кожній стрілці потрібен механізм. «Fire and forget» — не відповідь.
• Стрілки на ландшафті, розмови на доріжці.
• Рахуйте, перш ніж малювати стрілки. Нулі йдуть в інвентаризацію, і вони обирають механізм.
• Намалюйте поточний стан, перш ніж його виправляти: таблицю, SFTP-файл, систему, «яку ми виводимо з ужитку».
• Позначайте поточний стан чесно: червоне — для поганого процесу, штрихове — для ручної роботи, червоні точки — для того, чого бракує. Кожна червона лінія — це вимога, яка чекає, щоб її записали.
• Два потоки — дві стрілки. Двобічна стрілка — лише для конектора.
• Не грайте в юриста. Питайте, яку конкретну вимогу ви задовольняєте, і перекладайте її разом із людьми, що нею володіють.
• Окремо — не те саме, що просто.

Ключові терміни

Термін	Одним реченням
Системний ландшафт	Системи навколо Salesforce, люди, що ними користуються, і важливі потоки між ними
Система обліку	Де зберігається авторитетна версія певного виду даних
Система взаємодії	Де люди виконують роботу
Довідкова система	Де система шукає інформацію, яка їй потрібна, але якою вона не володіє
Аналітична система	Де дані сходяться, щоб вимірювати, аналізувати й прогнозувати
ERP	Система бек-офісу для фінансів, продуктів, запасів, закупівель і виконання замовлень
Основні дані	Довготривалі речі, навколо яких обертається бізнес: клієнти, продукти, місця
Довідкові дані	Спільний словник, що класифікує інші дані: коди, статуси, категорії
Транзакційні дані	Записи про те, що сталося: замовлення, доставки, платежі, звернення
Аналітичні дані	Дані, виведені з інших даних, щоб вимірювати й порівнювати
Неструктуровані дані	Документи, зображення, аудіо, відео, транскрипти
Сховище даних / data lake / lakehouse	Структуроване аналітичне сховище / сире сховище в масштабі / поєднання обох
ESB / iPaaS	Інтеграційний шар, що посередничає між системами
OLTP / OLAP	Операційна робота з кількома записами за раз / аналіз по багатьох
Поряд з ядром (near-core)	Керується в ядрі, розміщується поза ядром: Data 360
Named Credential / External Credential	Де Salesforce зберігає вихідну кінцеву точку / її автентифікацію
External Client App	Як зовнішня система отримує дозвіл викликати Salesforce
Поточний стан	Ландшафт таким, яким він є сьогодні, до дизайну; з позначками того, що не так
Постачальник ідентичності (IdP)	Система, що автентифікує користувачів і встановлює ідентичність, якій довіряє Salesforce
Синхронний / асинхронний / пакетний	Чекати на відповідь / продовжувати й обробити відповідь, коли вона прийде / переміщувати дані групою за розкладом
Hyperforce	Salesforce на інфраструктурі публічної хмари з вибором регіону
Zero copy	Запитування даних там, де вони живуть, без копіювання

Перевірте себе

Короткі сценарії в стилі курсу. Визначтеся з відповіддю, перш ніж розгорнути її.

1. Продавці ведуть акаунти в Salesforce, але ERP видає офіційний номер клієнта, щойно той купує. Salesforce надсилає замовлення в ERP. Що треба спроєктувати?

Хто володіє клієнтом на кожному етапі; номер ERP як External ID на Account; які поля Salesforce може змінювати; як швидко надходять зміни з ERP; і що повертається після надсилання замовлення (прийнято, відхилено, відвантажено, виставлено рахунок). Перечитайте Ландшафт змінює модель даних.

2. Керівництво хоче п’ять років показників вчасності за регіонами, поєднаних із фінансами. Будувати це звітами Salesforce?

Мабуть, ні. Це аналітичне навантаження на кількох сховищах, тож йому місце там, де дані сходяться: у сховищі даних, із CRM Analytics чи Tableau зверху. Аналітика живе там, де живуть дані. Перечитайте Аналітика живе там, де живуть дані.

3. Компанія працює в 30 країнах і просить по одній org на країну. Що ви запитаєте?

Яка вимога приходить із кожною країною: зберігання, обробка, транскордонна передача, договори, інший хост. Без справжньої межі почніть з однієї org, бо кожна додаткова org множить звітність, основні дані, інтеграцію, ідентичність і розгортання. Перечитайте Географія — не автоматично стратегія org.

4. Вантажівки надсилають 200 000 показань GPS на день. Чи має Salesforce зберігати їх усі?

Мабуть, ні. Це потокові дані: диспетчерові потрібна поточна позиція, а історії й трендам місце на платформі, збудованій для такого обсягу. Порахуйте нулі (понад 70 мільйонів на рік) і відокремте «де вона зараз?» від «що сталося минулого кварталу?». Перечитайте Вид — лише половина запитання.

5. Бригади відпрацьовують свої зупинки в Salesforce, але маршрути будують у застарілому інструменті диспетчеризації, і ніщо їх не з’єднує. Як ви малюєте сьогоднішній стан?

Як є, з позначкою поточного стану: маршрути вручну переносять у Salesforce, а завершені зупинки — назад; штрихове, бо це роблять люди, і червоне, бо це неправильно. Не малюйте інтеграцію, яку хотіли б мати; кожна червона лінія стає вимогою до дизайну. Перечитайте Позначте, що не так і RouteDesk досі тут.

6. Хтось каже, що європейський закон про приватність вимагає окремої org. Як ви відреагуєте?

Не приймайте наосліп і не відкидайте. GDPR сам по собі не вимагає окремої org; він встановлює правила для персональних даних, зокрема для передавання за межі ЄС. Запитайте, яку конкретну вимогу це задовольняє (зберігання, обробка, передача, доступ для підтримки, договір, політика), а потім працюйте з фахівцями з приватності, юристами й безпекою, щоб перетворити це на архітектуру. Перечитайте Не грайте в юриста і Коли Європа отримує власну org.

7. Salesforce надсилає замовлення в API ERP. Яка сторона відповідає за повторні спроби і де Salesforce зберігає секрет?

Salesforce — клієнт: він відкриває з’єднання, бачить увесь цикл запиту й відповіді і є єдиною стороною, яка може повторити спробу. Named Credential зберігає кінцеву точку, а його External Credential — автентифікацію. ERP, сервер, визначає контракт і перевіряє те, що надходить. Перечитайте Кожній стрілці потрібен механізм.

8. Інтеграція сьогодні надсилає кілька записів на хвилину, а наступного року бізнес очікує десятки тисяч на годину. Чи змінюється стрілка?

Можливо, її механізм і навіть напрямок. Кілька записів на хвилину можуть бути викликом назовні із Salesforce; значно більше може означати публікацію подій, на які підписується інша система, тож стрілка починається з іншого кінця; мільйони за ніч — це пакетна обробка. Знайте цифри, перш ніж обирати. Перечитайте Покладіть нулі в інвентаризацію.

Додаткові матеріали

• Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Salesforce Help (англійською, перевірено 2026-09-25): офіційний перелік цілей та їхньої ваги. Завжди перевіряйте актуальну версію, перш ніж записатися на іспит.