Ketahui Arti Panahnya
Juga tersedia dalam 19 bahasa
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Türkçe · Polski · Tiếng Việt · ไทย · Українська · Español (México) · Français (Canada) · Deutsch (Schweiz)
Bab 9 dari Data Architect, Bagian 2: Arsitektur dalam Skala Besar. Sebelumnya: Arsitektur Kueri dan Pengambilan Data.
Sebagian besar masalah kualitas data di org yang terhubung datang lewat integrasi. Duplikat karena kunci yang hilang. Nilai basi dari batch yang diam-diam berhenti berjalan. Bidang yang ditimpa oleh sistem yang seharusnya tidak pernah menulisnya. Arsitek data tidak harus membangun integrasinya. Tetapi arsitek data yang memutuskan apa yang boleh dilakukannya terhadap data.
Image generated with AI. ⟲
Jadi bab ini adalah piring cicip: sedikit rasa integrasi untuk arsitek data, dengan hidangan lengkapnya di kursus Integration Architect. Bab ini dimulai dari tempat bab 4 berhenti: setiap panah di lanskap butuh mekanisme. Sekarang setiap panah butuh makna.
Gagasan-gagasan dalam bab ini
Section titled “Gagasan-gagasan dalam bab ini ”- 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. ⟲
- Ketahui apa yang direncanakan arsitek integrasi, bahkan ketika orang lain yang membangunnya. Bentuk lalu lintasnya mengubah desain data.
- Siapa yang memulai percakapan bukanlah ke mana data mengalir, dan hanya klien yang melihat seluruh perjalanan pulang-pergi.
- 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 event adalah tulang punggungnya; outbound messaging adalah warisan lama, masih didukung tetapi bukan titik awal desain baru.
- Every important arrow gets a contract, written before the mechanism is chosen, and it outlives the technology. ⟲
Kontrak data integrasi
Section titled “Kontrak data integrasi ”Every important arrow gets one, eleven lines: ⟲
| Line | The decision |
|---|---|
| Pemrakarsa | Siapa yang memulai percakapan? |
| Arah data | Ke mana data bisnis bergerak? |
| 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? |
| Mekanisme | Apa yang mengimplementasikannya? |
| 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? |
Alur bab ini
Section titled “Alur bab ini ”Empat modul, masing-masing dapat dibaca secara mandiri.
- 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). ⟲
Yang diputuskan arsitek di sini
Section titled “Yang diputuskan arsitek di sini ”- What each arrow means: initiator, direction, freshness, volume. ⟲
- Bagaimana rekaman tetap cocok lintas sistem, dan siapa yang boleh mengubah bidang mana.
- Siapa yang membuktikan kelengkapan dan bertanggung jawab atas pemulihan untuk setiap perpindahan.
- Apakah data seharusnya berpindah sama sekali.
Di luar ujian: setiap jalur baca dan tulis agen adalah panah integrasi. Agen yang “memperbarui pelanggan” butuh kunci, kontrak tulis yang sempit, coba ulang yang aman, dan keteramatan (observability), karena pemanggil yang probabilistik sedang memanggil operasi perusahaan yang deterministik. Setiap modul diakhiri dengan apa yang diubah AI.
Jelajahi
Section titled “Jelajahi ”- Salesforce Architects, Data Integration with Salesforce (terbuka di tab baru) (decision guide), checked 2026-11-01. ⟲
- Salesforce Architects, Integration Patterns (terbuka di tab baru), checked 2026-11-01. ⟲
- Salesforce, Best Practices for Deployments with Large Data Volumes (terbuka di tab baru), Winter ‘27, checked 2026-11-01. ⟲
Berikutnya: Migrasi dan Sinkronisasi