Integration Architect

ส่วนที่ 1: ระบบคุยกันอย่างไร (พื้นฐาน: See)

ระบบคุยกันอย่างไร และวิธีอ่านว่าต้องการอะไร บทที่ 1–3 คือ Admins to Architects: ส่วนที่เรียนแยกได้สำหรับผู้ดูแลระบบ และเป็นช่วงการผสานรวมของเส้นทางจากผู้ดูแลระบบสู่สถาปนิกโซลูชัน

การผสานรวมสำหรับผู้ดูแลระบบ: สิ่งที่ผู้ดูแลระบบทุกคนควรรู้ · เร็วๆ นี้
การเรียกทำงานอย่างไร: แทงโก้ Client–Server, Payload และ Swagger · เร็วๆ นี้
ชุดเครื่องมือการผสานรวมของผู้ดูแลระบบ · เร็วๆ นี้
การอ่านภาพรวมระบบ · เร็วๆ นี้
จากความต้องการทางธุรกิจสู่ความต้องการด้านการผสานรวม · เร็วๆ นี้
จังหวะเวลาและปริมาณ: จำนวนเลขศูนย์ของ Steve · เร็วๆ นี้
รูปแบบการผสานรวม · เร็วๆ นี้

ส่วนที่ 2: การผสานรวมที่ยืนหยัดได้ (ปฏิบัติ: Design)

กลไกขาเข้าและขาออก Data 360 ในฐานะศูนย์กลาง การรักษาความปลอดภัยของการเชื่อมต่อ และการทำให้มันยืนหยัดได้

Salesforce ในฐานะผู้ให้บริการ: ทุกประตูทางเข้า · เร็วๆ นี้
Bulk: พนักงานธนาคารกับรถบรรทุก 18 ล้อ · เร็วๆ นี้
เหตุการณ์: Client ขับรถมาถึงบ้านผม · เร็วๆ นี้
Salesforce ในฐานะ Client: Callout ในโค้ดและ Flow · เร็วๆ นี้
Data 360 ในฐานะศูนย์กลางการผสานรวม · เร็วๆ นี้
ความไว้วางใจบนสาย: การเข้ารหัส TLS และใบรับรอง · เร็วๆ นี้
ใครกำลังเรียก: OAuth, External Client App และผู้ใช้การผสานรวม · เร็วๆ นี้
ความล้มเหลว การกู้คืน และการเฝ้าระวัง · เร็วๆ นี้

ส่วนที่ 3: องค์กรที่เชื่อมต่อกัน (ขั้นสูง: Direct)

เรื่องราวของการผสานรวม แล้วจึงองค์กรและยุคของเอเจนต์ ปิดท้ายด้วยวิจารณญาณ

เรื่องราวของการผสานรวม: จาก CORBA ถึงวันนี้ · เร็วๆ นี้
Middleware และองค์กร · เร็วๆ นี้
Virtualization และ Mashup · เร็วๆ นี้
หลาย org การสำรองข้อมูลและการกู้คืน · เร็วๆ นี้
เอเจนต์บนแผนที่การผสานรวม: Headless และ MCP · เร็วๆ นี้
การผสานรวมระหว่างเอเจนต์ (A2A) · เร็วๆ นี้
การรีวิวการออกแบบการผสานรวม · เร็วๆ นี้
ผมจะออกแบบอย่างไร: ฉบับการผสานรวม · เร็วๆ นี้