A. Salesforce 외부 서비스를 사용하여 호출을 진행합니다. Salesforce 외부 서비스는 결과가 검증될 때까지 검증 기관을 확인한 다음 트레이너 상태를 "검증됨"으로 업데이트해야 합니다.

B. 트레이너 레코드에 트리거를 생성하여 각 검증 기관에 콜아웃을 생성하고, 검증을 통합하기 위한 비즈니스 로직을 작성한 다음 트레이너 상태를 검증됨으로 업데이트합니다.

C. @future 애노테이션을 사용하여 모든 기관에 대한 호출을 생성하는 Apex 콜아웃을 생성합니다. 응답 시 트레이너 상태가 "확인됨"으로 업데이트되어야 합니다.

D. 미들웨어를 사용하여 10개의 서로 다른 검증 서비스에 대한 호출을 처리합니다. 미들웨어는 10개 서비스의 검증 결과를 통합하는 비즈니스 로직을 처리한 다음 Salesforce에 호출을 보내 검증 상태를 "검증됨"으로 업데이트합니다.

A. API 주도 아키텍처의 첫 번째 계층에서 별도의 보안 프로토콜과 반환 형식을 시행합니다.

B. 모든 참여 시스템이 먼저 인터페이스해야 하는 API 게이트웨이를 구현합니다.

C. API 주도 아키텍처의 두 번째 계층에서 별도의 보안 프로토콜과 반환 형식을 시행합니다.

D. SAML을 통해 API 계층과 통신하는 ID 공급자 솔루션 활용

A. 배치 크기가 작으면 레코드 잠금 오류가 발생할 수 있습니다.

B. 배치 크기가 작을수록 대량 작업을 실행하는 데 필요한 시간이 늘어날 수 있습니다.

C. 배치 크기가 작으면 동시 API 요청 제한을 초과할 수 있습니다.

D. 배치 크기가 작으면 "동시 배치가 너무 많습니다" 오류가 발생할 수 있습니다.

A. Fire-and-Forget 메커니즘을 요청-응답으로 변환하는 것은 성능을 개선하기 위해 미들웨어 도구(ETL/ESB 등)를 사용하여 처리해야 합니다.

B. 게시/구독 시나리오에서 이벤트를 처리하는 경우, 미들웨어를 사용하여 활성 데이터 이벤트 게시자에서 활성 데이터 이벤트 구독자에게 요청이나 메시지를 라우팅할 수 있습니다.

C. 로그에 쓰기, 오류 또는 복구 프로세스 전송, 추가 메시지 전송 등의 이벤트 처리 프로세스는 미들웨어에서 처리된다고 가정할 수 있습니다.

D. 미들웨어 솔루션이 필요하다는 점을 감안하여 통합 시나리오(오케스트레이션, 프로세스 구성, 서비스 품질 등)에 대한 진정한 메시지 큐잉을 제공합니다.

E. 메시지 변환 및 프로토콜 변환은 Salesforce 내에서 수행되어야 합니다.
중간 watools는 이러한 작업에 적합하지 않으므로 Salesforce 기본 프로토콜 변환 기능을 활용하는 것이 좋습니다.

A. 이벤트 모니터링은 로그인 및 보고서 실행과 같은 사용자 활동을 추적하는 데 사용됩니다.

B. AssetTokenEvent 스트림을 구독하여 OAuth 2.0 인증 활동을 모니터링합니다.

C. 이벤트 정의가 삭제되면 영구적으로 제거되며 복원할 수 없습니다.