Знайте, що означає стрілка
Також доступно 19 мовами
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Español (México) · Français (Canada) · Deutsch (Schweiz)
Розділ 9 курсу Data Architect, Частина 2: Архітектура в масштабі. Попередній: Архітектура запитів і отримання даних.
Більшість проблем якості даних у пов’язаному org приходить через інтеграцію. Дублікати через відсутній ключ. Застарілі значення через пакетну обробку, що тихо перестала запускатися. Поля, перезаписані системою, яка взагалі не мала б їх писати. Архітекторові даних не обов’язково будувати інтеграцію. Але архітектор даних вирішує, що їй дозволено робити з даними.
Image generated with AI. ⟲
Тож цей розділ — дегустаційна тарілка: смак інтеграції для архітектора даних, а повна страва — у курсі Integration Architect. Він починається там, де зупинився розділ 4: кожна стрілка на ландшафті потребує механізму. Тепер кожна стрілка потребує змісту.
Ідеї цього розділу
Section titled “Ідеї цього розділу ”- Zoom out, then zoom in. Start with the whole landscape, then take one arrow at a time and ask what it means to the data. ⟲
- Знайте, що планує архітектор інтеграцій, навіть коли будує хтось інший. Форма трафіку змінює проєкт даних.
- Хто починає розмову — не те саме, у який бік рухаються дані, і лише клієнт бачить увесь шлях туди й назад.
- Freshness is a requirement, not a default. And a database stores; a process calls: polling needs a process, and polling for nothing is waste. ⟲
- Singles, sets or bulk: respect the zeros. Integration volume becomes data volume. ⟲
- One key per record, one-to-one, in an External ID field marked unique. When one customer has several external records, add records, not fields: a hierarchy, peers or a child object (chapter 6), never a key field per system. ⟲
- A key isn’t authority. Integrations write the fields their system owns, not “the Account.” Two-way movement still has one owner per field. ⟲
- Proof of delivery: the client owns the conversation; whoever knows what should arrive proves that it did. Log every call, restart gracefully, retry safely, and send increments, not the universe. ⟲
- Platform events — хребет; outbound messaging — спадщина, яку підтримують, але з якої не починають нові проєкти.
- Every important arrow gets a contract, written before the mechanism is chosen, and it outlives the technology. ⟲
Інтеграційний контракт даних
Section titled “Інтеграційний контракт даних ”Every important arrow gets one, eleven lines: ⟲
| Line | The decision |
|---|---|
| Ініціатор | Хто починає розмову? |
| Напрям даних | У який бік рухаються бізнесові дані? |
| Freshness | How current must the data be, in a number? |
| Volume and shape | How much, and as singles, sets or bulk? |
| Key | How do we identify the same record across systems? |
| Write authority | Which system owns, and may write, which fields? |
| Pattern | Request and reply, fire and forget, batch, or events? |
| Механізм | Що це реалізує? |
| Proof of delivery | Who proves it arrived, and owns recovery? |
| Sensitivity and travel | How sensitive is the data, and where does it pass through? |
| Change | How does the contract change without breaking the other side? |
Шлях через цей розділ
Section titled “Шлях через цей розділ ”Чотири модулі, кожен самостійний.
- Before the Arrow. Steve Trucking’s landscape, then one arrow: who starts it and which way the data moves, how current, polling or listening, singles, sets and bulk, and what happens when it fails. ⟲
- Keys and Write Ownership. One key per record, upsert and safe retries, add records not fields, field-level authority, and loops. ⟲
- Proof of Delivery. Who proves it arrived, the integration log, restarts and retries, the return receipt, the four shapes and monitoring. ⟲
- The Integration Data Contract. Nine contracts on the landscape, one line by line; requirement, then pattern, then mechanism; the standard API or your own; where the data travels; and when the contract says don’t move it. ⟲
Not moving data at all (Salesforce Connect, mashups, zero copy) is chapter 14, Virtualization, Federation, and Zero-Copy (coming soon). ⟲
Що тут вирішує архітектор
Section titled “Що тут вирішує архітектор ”- What each arrow means: initiator, direction, freshness, volume. ⟲
- Як записи залишаються зіставленими між системами і хто може змінювати які поля.
- Хто доводить повноту і відповідає за відновлення для кожного переміщення.
- Чи взагалі мають дані переміщуватися.
За межами іспиту: кожен шлях читання і запису агента — це інтеграційна стрілка. Агентові, який «оновлює клієнта», потрібні ключ, вузький контракт запису, безпечні повтори й спостережуваність, бо ймовірнісний виконавець викликає детерміновані операції підприємства. Кожен модуль закінчується тим, що змінює ШІ.
Додаткові матеріали
Section titled “Додаткові матеріали ”- Salesforce Architects, Data Integration with Salesforce (відкривається в новій вкладці) (decision guide), checked 2026-11-01. ⟲
- Salesforce Architects, Integration Patterns (відкривається в новій вкладці), checked 2026-11-01. ⟲
- Salesforce, Best Practices for Deployments with Large Data Volumes (відкривається в новій вкладці), Winter ‘27, checked 2026-11-01. ⟲
Далі: Міграція і синхронізація