Okun Ne Anlama Geldiğini Bilin
19 dilde daha mevcut
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Polski · Tiếng Việt · ไทย · Українська · Español (México) · Français (Canada) · Deutsch (Schweiz)
Data Architect kursunun 9. bölümü, 2. Kısım: Ölçekte Mimari. Önceki: Sorgulama ve Getirme Mimarisi.
Bağlantılı bir org’daki veri kalitesi sorunlarının çoğu bir entegrasyon yoluyla gelir. Eksik bir anahtardan doğan yinelenen kayıtlar. Sessizce çalışmayı bırakan bir toplu işten kalan bayat değerler. Asla yazmaması gereken bir sistemin üzerine yazdığı alanlar. Veri mimarının entegrasyonu kurması gerekmez. Ama veri mimarı onun veriye ne yapmasına izin verildiğine karar verir.
Image generated with AI. ⟲
Bu yüzden bu bölüm bir tadımlık tabak: veri mimarı için entegrasyondan bir tat; asıl yemek Integration Architect kursunda. 4. bölümün bıraktığı yerden başlar: sistem haritasındaki her ok bir mekanizmaya ihtiyaç duyar. Şimdi her ok bir anlama ihtiyaç duyuyor.
Bu bölümdeki fikirler
Bölüm başlığı “Bu bölümdeki fikirler ”- 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. ⟲
- Entegrasyon mimarının ne planladığını bilin, onu başkası kursa bile. Trafiğin biçimi veri tasarımını değiştirir.
- Konuşmayı kimin başlattığı, verinin hangi yöne aktığı değildir ve tüm gidiş dönüşü yalnızca istemci görür.
- 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 olayları omurgadır; giden mesajlaşma eski teknolojidir, hâlâ desteklenir ama yeni tasarımların başladığı yer değildir.
- Every important arrow gets a contract, written before the mechanism is chosen, and it outlives the technology. ⟲
Entegrasyon veri sözleşmesi
Bölüm başlığı “Entegrasyon veri sözleşmesi ”Every important arrow gets one, eleven lines: ⟲
| Line | The decision |
|---|---|
| Başlatan | Konuşmayı kim başlatır? |
| Veri yönü | İş verisi hangi yöne hareket eder? |
| 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? |
| Mekanizma | Onu ne uygular? |
| 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? |
Bu bölümdeki yol
Bölüm başlığı “Bu bölümdeki yol ”Dört modül, her biri kendi başına okunabilir.
- 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). ⟲
Mimarın burada karar verdikleri
Bölüm başlığı “Mimarın burada karar verdikleri ”- What each arrow means: initiator, direction, freshness, volume. ⟲
- Kayıtların sistemler arasında nasıl eşleşik kaldığı ve hangi alanları kimin değiştirebileceği.
- Her hareket için bütünlüğü kimin kanıtladığı ve kurtarmadan kimin sorumlu olduğu.
- Verinin hiç hareket etmesi gerekip gerekmediği.
Sınavın ötesinde: her ajan okuma ve yazma yolu bir entegrasyon okudur. “Müşteriyi güncelleyen” bir ajanın bir anahtara, dar bir yazma sözleşmesine, güvenli yeniden denemelere ve gözlemlenebilirliğe ihtiyacı vardır, çünkü olasılıksal bir çağıran deterministik kurumsal işlemleri çağırmaktadır. Her modül, yapay zekânın neyi değiştirdiğiyle biter.
Daha Fazlası
Bölüm başlığı “Daha Fazlası ”- Salesforce Architects, Data Integration with Salesforce (yeni sekmede açılır) (decision guide), checked 2026-11-01. ⟲
- Salesforce Architects, Integration Patterns (yeni sekmede açılır), checked 2026-11-01. ⟲
- Salesforce, Best Practices for Deployments with Large Data Volumes (yeni sekmede açılır), Winter ‘27, checked 2026-11-01. ⟲
Sonraki: Taşıma ve Eşitleme