Wiedz, co znaczy strzałka
Dostępne także w 19 językach
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Tiếng Việt · ไทย · Українська · Español (México) · Français (Canada) · Deutsch (Schweiz)
Rozdział 9 kursu Data Architect, część 2: Architektura w skali. Wstecz: Architektura zapytań i wyszukiwania.
Większość problemów z jakością danych w połączonym orgu przychodzi przez integrację. Duplikaty z powodu brakującego klucza. Nieaktualne wartości z zadania wsadowego, które po cichu przestało działać. Pola nadpisane przez system, który nigdy nie miał ich zapisywać. Architekt danych nie musi budować integracji. Ale to architekt danych decyduje, co wolno jej zrobić z danymi.
Image generated with AI. ⟲
Ten rozdział to więc talerz degustacyjny: przedsmak integracji dla architekta danych, a pełny posiłek jest w kursie Integration Architect. Zaczyna się tam, gdzie skończył rozdział 4: każda strzałka w krajobrazie systemów potrzebuje mechanizmu. Teraz każda strzałka potrzebuje znaczenia.
Idee w tym rozdziale
Dział zatytułowany „Idee w tym rozdziale ”- 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. ⟲
- Wiedz, co planuje architekt integracji, nawet jeśli buduje to ktoś inny. Kształt ruchu zmienia projekt danych.
- To, kto zaczyna rozmowę, nie mówi, w którą stronę płyną dane, a całą drogę tam i z powrotem widzi tylko klient.
- 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. ⟲
- Zdarzenia platformy to kręgosłup; wiadomości wychodzące to rozwiązanie z przeszłości, nadal wspierane, ale nie od nich zaczyna się nowe projekty.
- Every important arrow gets a contract, written before the mechanism is chosen, and it outlives the technology. ⟲
Kontrakt danych integracji
Dział zatytułowany „Kontrakt danych integracji ”Every important arrow gets one, eleven lines: ⟲
| Line | The decision |
|---|---|
| Inicjator | Kto zaczyna rozmowę? |
| Kierunek danych | W którą stronę płyną dane biznesowe? |
| 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? |
| Mechanizm | Co to implementuje? |
| 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? |
Droga przez ten rozdział
Dział zatytułowany „Droga przez ten rozdział ”Cztery moduły, każdy samodzielny.
- 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). ⟲
Co tu decyduje architekt
Dział zatytułowany „Co tu decyduje architekt ”- What each arrow means: initiator, direction, freshness, volume. ⟲
- Jak rekordy pozostają dopasowane między systemami i kto może zmieniać które pola.
- Kto udowadnia kompletność i odpowiada za odzyskiwanie przy każdym przepływie.
- Czy dane w ogóle powinny się przemieszczać.
Poza egzaminem: każda ścieżka odczytu i zapisu agenta to strzałka integracji. Agent, który „aktualizuje klienta”, potrzebuje klucza, wąskiego kontraktu zapisu, bezpiecznych ponowień i obserwowalności, bo probabilistyczny wywołujący uruchamia deterministyczne operacje przedsiębiorstwa. Każdy moduł kończy się tym, co zmienia AI.
Do zgłębienia
Dział zatytułowany „Do zgłębienia ”- Salesforce Architects, Data Integration with Salesforce (otwiera się w nowej karcie) (decision guide), checked 2026-11-01. ⟲
- Salesforce Architects, Integration Patterns (otwiera się w nowej karcie), checked 2026-11-01. ⟲
- Salesforce, Best Practices for Deployments with Large Data Volumes (otwiera się w nowej karcie), Winter ‘27, checked 2026-11-01. ⟲
Dalej: Migracja i synchronizacja