Salesforce 탱고: 클라이언트와 서버 사이의 API 춤 이해하기.
소개
Salesforce에서 API를 호출할 때 클라이언트와 서버의 상호작용을 이해하는 통찰로, stevetechart.com 통합 시리즈의 중요한 측면입니다.
Salesforce 탱고: 상호작용의 춤
API 호출이라는 복잡한 춤에서는 동작을 이해하는 것이 필수입니다. 지금부터 이야기할 다이어그램은 클라이언트와 서버 사이의 춤 동작, 즉 상호작용을 보여 줍니다.
서버 쪽 책임
Salesforce가 서버든 외부 시스템이 서버든 책임은 같습니다. 서버는 접근 가능해야 하고, 특정 포트(SSL이면 보통 443)에서 리스너 프로세스를 갖추고, OAuth를 쓴다면 인증 서버도 있어야 할 수 있습니다. 서버는 프로토콜을 정의하고, 클라이언트에 필요한 파일을 제공하고, 페이로드를 정하며, 들어오는 페이로드와 내부 처리의 성능을 추적할 수 있습니다.
클라이언트 쪽 책임
클라이언트는 엔드포인트를 알고, 세션 토큰을 다루고, 세션 만료 오류에 대비해야 합니다. 알맞은 프로토콜을 호출하고, 데이터를 올바르게 직렬화하고, 반환 값을 처리해야 합니다. 클라이언트는 나가는 페이로드와 들어오는 응답을 추적하고 여러 오류를 처리할 수 있지만, 이런 오류를 잡아내고 해결할 책임은 서버에 있습니다.
서버로서의 Salesforce
Salesforce가 서버 역할을 할 때는 OAuth 설정을 위해 연결된 앱, 통합 프로필, 통합 사용자가 필요할 수 있습니다. 클라이언트는 필요에 따라 여러 API와 프로토콜을 써서 Salesforce를 호출하는 다양한 외부 시스템이 될 수 있습니다.
클라이언트로서의 Salesforce
Salesforce는 클라이언트로도 동작해 외부 서버로 아웃바운드 호출을 할 수 있습니다. 이 과정에는 WSDL 파일 가져오기, Apex 생성, SOAP 및 REST 서버용 명명된 자격 증명 설정이 필요할 수 있습니다. 아웃바운드 방식마다 다른 설정이 필요하며, 모두 앞에서 설명한 클라이언트-서버 프로토콜을 따릅니다.
결론
Salesforce API 호출에서 클라이언트와 서버가 주고받는 춤 동작을 이해하는 것은 API를 효율적이고 효과적으로 쓰는 데 꼭 필요합니다. 우리는 양쪽의 책임을 살펴보고, 외부 클라이언트와 여러 역할을 맡는 Salesforce의 시나리오를 알아봤습니다.
계속 지켜봐 주세요
더 많은 통찰과 팁은 이곳 www.SteveTechArc.com과 YouTube 채널 @SteveTechArc (opens in a new tab)에서 확인하십시오. 구독하고 Salesforce와 그것을 다른 시스템과 통합하는 방법에 대한 이해를 넓히십시오.
동료 아키텍트와 아키텍트의 길을 걷는 분들에게 통합 지식을 나누며 세상을 바꾸는 데 힘을 보탭니다!
기술 뷔페를 깊이 맛보며 계속 기술을 즐기세요. Stay nerdy!
STA 1.3