รู้ว่าลูกศรหมายถึงอะไร
มีให้อ่านอีก 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: สถาปัตยกรรมในระดับขนาดใหญ่ ก่อนหน้า: สถาปัตยกรรม Query และการดึงข้อมูล
ปัญหาคุณภาพข้อมูลส่วนใหญ่ใน org ที่เชื่อมต่อกับระบบอื่นมาทางการผสานรวม ข้อมูลซ้ำจากคีย์ที่ขาดหาย ค่าเก่าจาก batch ที่หยุดรันไปเงียบๆ ฟิลด์ที่ถูกเขียนทับโดยระบบที่ไม่เคยควรเขียนมัน สถาปนิกข้อมูลไม่จำเป็นต้องสร้างการผสานรวมเอง แต่สถาปนิกข้อมูลเป็นผู้ตัดสินว่ามันได้รับอนุญาตให้ทำอะไรกับข้อมูล

Image generated with AI. ⟲
บทนี้จึงเป็นจานชิมรวม: ให้สถาปนิกข้อมูลได้ลิ้มรสการผสานรวม ส่วนมื้อเต็มอยู่ในหลักสูตร Integration Architect มันเริ่มจากที่บทที่ 4 ทิ้งไว้: ลูกศรทุกเส้นบนภาพรวมระบบต้องมีกลไก ตอนนี้ลูกศรทุกเส้นต้องมีความหมาย
แนวคิดในบทนี้
หัวข้อที่มีชื่อว่า “แนวคิดในบทนี้ ”- 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. ⟲
- รู้ว่าสถาปนิกการผสานรวมกำลังวางแผนอะไร แม้คนอื่นจะเป็นผู้สร้าง รูปร่างของปริมาณข้อมูลที่วิ่งผ่านเปลี่ยนการออกแบบข้อมูล
- ใครเริ่มบทสนทนาไม่ใช่ทิศทางที่ข้อมูลไหล และมีเพียง client ที่เห็นการเดินทางไปกลับทั้งหมด
- 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 คือกระดูกสันหลัง outbound messaging คือระบบเดิม ยังรองรับอยู่ แต่ไม่ใช่จุดเริ่มต้นของการออกแบบใหม่
- Every important arrow gets a contract, written before the mechanism is chosen, and it outlives the technology. ⟲
สัญญาข้อมูลการผสานรวม
หัวข้อที่มีชื่อว่า “สัญญาข้อมูลการผสานรวม ”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? |
เส้นทางผ่านบทนี้
หัวข้อที่มีชื่อว่า “เส้นทางผ่านบทนี้ ”สี่โมดูล แต่ละโมดูลอ่านแยกกันได้
- 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). ⟲
สิ่งที่สถาปนิกต้องตัดสินใจในเรื่องนี้
หัวข้อที่มีชื่อว่า “สิ่งที่สถาปนิกต้องตัดสินใจในเรื่องนี้ ”- What each arrow means: initiator, direction, freshness, volume. ⟲
- เรกคอร์ดยังจับคู่กันข้ามระบบได้อย่างไร และใครเปลี่ยนฟิลด์ไหนได้
- ใครพิสูจน์ความครบถ้วน และเป็นเจ้าของการกู้คืนสำหรับการเคลื่อนย้ายแต่ละครั้ง
- ข้อมูลควรเคลื่อนย้ายหรือไม่ตั้งแต่แรก
นอกเหนือจากการสอบ: ทุกเส้นทางการอ่านและเขียนของเอเจนต์คือลูกศรการผสานรวม เอเจนต์ที่ “อัปเดตลูกค้า” ต้องมีคีย์ สัญญาการเขียนที่แคบ การลองใหม่ที่ปลอดภัย และการสังเกตการณ์ได้ เพราะผู้เรียกที่ทำงานเชิงความน่าจะเป็นกำลังเรียกใช้การดำเนินการขององค์กรที่ต้อง deterministic แต่ละโมดูลจบด้วยสิ่งที่ AI เปลี่ยน
ศึกษาเพิ่มเติม
หัวข้อที่มีชื่อว่า “ศึกษาเพิ่มเติม ”- 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. ⟲
ถัดไป: การย้ายข้อมูลและการซิงก์
