Integration Architect

파트 1: 시스템은 어떻게 대화하는가(기초: 보기)

시스템은 어떻게 대화하고, 필요한 것을 어떻게 읽어 내는가. 1–3장은 Admins to Architects로, 관리자를 위한 독립 섹션이자 Admin to Solution Architect 여정의 통합 단계입니다.

• 관리자를 위한 통합: 모든 관리자가 알아야 할 것 · 곧 공개
• 호출은 어떻게 작동하는가: 클라이언트-서버 탱고, 페이로드, Swagger · 곧 공개
• 관리자의 통합 도구 상자 · 곧 공개
• 시스템 랜드스케이프 읽기 · 곧 공개
• 비즈니스 요구에서 통합 요구사항으로 · 곧 공개
• 타이밍과 물량: 스티브의 0의 개수 · 곧 공개
• 통합 패턴 · 곧 공개

파트 2: 버티는 통합(실무: 설계)

들어오고 나가는 메커니즘, 허브로서의 Data 360, 연결 보호, 그리고 버티게 만들기.

• 제공자로서의 Salesforce: 모든 출입문 · 곧 공개
• Bulk: 은행 창구 직원과 18륜 트럭 · 곧 공개
• 이벤트: 클라이언트가 우리 집까지 차를 몰고 온다 · 곧 공개
• 클라이언트로서의 Salesforce: 코드와 Flow의 콜아웃 · 곧 공개
• 통합 허브로서의 Data 360 · 곧 공개
• 전송 중의 신뢰: 암호화, TLS, 인증서 · 곧 공개
• 누가 호출하는가: OAuth, 외부 클라이언트 앱, 통합 사용자 · 곧 공개
• 장애, 복구, 모니터링 · 곧 공개

파트 3: 연결된 기업(고급: 지휘)

통합의 역사, 그리고 기업과 에이전트 시대, 마지막은 판단력.

• 통합의 역사: CORBA에서 오늘까지 · 곧 공개
• 미들웨어와 기업 · 곧 공개
• 가상화와 매시업 · 곧 공개
• 멀티 org, 백업과 복원 · 곧 공개
• 통합 지도 위의 에이전트: 헤드리스와 MCP · 곧 공개
• 에이전트 간(A2A) 통합 · 곧 공개
• 통합 설계 검토하기 · 곧 공개
• 내가 설계한다면: 통합 편 · 곧 공개