무료 온라인 액세스 Salesforce.Plat-Arch-204.v2026-09-11.q47 모의 시험 (Page 3)

Plat-Arch-204 문제 6

한 회사는 연중무휴 24시간 결제 요청을 접수합니다. 결제 요청을 접수한 후에는 서비스 수준 계약(SLA)에 따라 모든 결제 요청이 결제 시스템을 통해 처리되도록 해야 합니다. 회사는 데이터 입력 지점에서 생성된 고유 식별자를 사용하여 결제 요청을 추적합니다. 회사의 간소화된 흐름은 다음 다이어그램과 같습니다.

해당 회사는 두 개 이상의 프로세스가 동시에 동일한 지급 요청 기록을 업데이트하려고 할 때 간헐적인 업데이트 오류를 경험합니다.
통합 아키텍트는 회사의 SLA를 개선하고 업데이트 충돌 처리를 향상시키기 위해 어떤 권장 사항을 제시해야 할까요?

A. 결제 시스템과 미들웨어는 요청을 자동으로 재시도해야 합니다.

B. 데이터 입력 지점과 미들웨어는 요청을 자동으로 재시도해야 합니다.

C. 미들웨어는 요청 전달과 결제 처리를 조율해야 합니다.

정답: C

모든 결제가 처리되도록 SLA를 충족하는 동시에 간헐적인 업데이트 오류 문제를 해결하려면 아키텍트는 상태 및 동시성을 관리할 수 있는 오케스트레이션 계층을 도입해야 합니다. 대량 결제 환경에서는 제공된 다이어그램에서 볼 수 있는 "전송 후 처리 안 함(Fire and Forget)" 방식의 메시지는 여러 스레드가 단일 레코드를 동시에 업데이트하려고 시도할 경우 경쟁 조건을 유발할 수 있으며, 이는 결제 시스템 확장 시 흔히 발생하는 문제입니다.
미들웨어가 요청 전달과 결제 처리를 조정하도록 하는 권장 사항(옵션 C)은 아키텍처를 관리형 큐잉 시스템으로 전환합니다. 미들웨어는 전달을 조정함으로써 트래픽 컨트롤러 역할을 하여 요청이 순차적으로 전달되거나 업데이트 시도 전에 적절한 잠금이 준수되도록 보장할 수 있습니다. 이러한 오케스트레이션을 통해 시스템은 "보장된 전달" 패턴을 구현하여 SLA를 충족할 수 있습니다. 즉, 미들웨어는 각 결제의 상태를 추적하고 결제 시스템에서 처리 성공을 확인한 후에만 메시지를 "삭제"합니다.
또한, 아키텍트는 데이터 입력 지점에서 생성된 전역적으로 고유한 식별자를 활용하여 멱등성을 강조해야 합니다. 결제 시스템은 업데이트를 시도하기 전에 특정 거래가 이미 처리되었는지 확인하기 위해 이 식별자를 사용하도록 설계되어야 합니다. 이는 미들웨어가 네트워크 시간 초과로 인해 메시지를 재시도하는 경우에도 중복 항목 및 충돌하는 업데이트를 방지합니다. 재시도(옵션 A 및 B)는 복원력이 뛰어난 시스템의 일부이지만, 레코드 경합의 근본 원인을 해결하지는 못합니다. 미들웨어가 제공하는 조정 및 순서 지정만이 안정적이고 충돌 없는 통합 흐름을 보장할 수 있습니다.78

Plat-Arch-204 문제 7

한 회사가 사내 방화벽 뒤에 있는 자체 개발 시스템으로 Salesforce에서 데이터를 전송해야 합니다. 데이터는 단방향으로 전송되며 실시간일 필요는 없고, 하루 평균 200만 건의 레코드가 전송됩니다. 통합 아키텍트는 무엇을 고려해야 할까요?

A. 기록량이 많아 REST API의 동시 요청 수 제한에 걸릴 수 있습니다.

B. 레코드 수가 많기 때문에 외부 시스템은 Salesforce에 연결하기 위해 BULK API REST 엔드포인트를 사용해야 합니다.

C. 기록량이 많아 플랫폼 외부에서 기록을 저장하려면 타사 통합 도구가 필요합니다.

정답: C

하루 200만 건의 레코드를 처리하는 이 통합은 아웃바운드 메시징이나 동기식 Apex 콜아웃과 같은 표준적인 거의 실시간 패턴의 실질적인 한계를 넘어섭니다. 200만 건의 개별 REST 요청을 전송하면 일일 API 제한을 초과할 가능성이 높으며, 트랜잭션 오버헤드로 인해 Salesforce의 성능이 크게 저하될 수 있습니다.
통합 아키텍트는 일반적으로 타사 ETL/미들웨어 도구(예: MuleSoft, Informatica 또는 Boomi)를 통해 구현되는 비동기 배치 데이터 동기화 패턴을 권장해야 합니다. 레코드를 플랫폼 외부에서 준비하는 것은 여러 가지 이유로 필수적입니다.
처리 속도 제한: 방화벽 뒤에 있는 자체 개발 시스템은 200만 건의 레코드가 갑자기 대량으로 유입되는 상황을 처리하지 못할 수 있습니다. 미들웨어 도구를 사용하면 Salesforce에서 데이터를 가져와 적절한 속도로 대상 시스템에 "점진적으로" 전송할 수 있습니다.
오류 처리 및 재시도: 미들웨어는 정교한 영구 저장 기능과 "데드 레터 큐"를 제공하여 자체 개발 시스템이 오프라인 상태가 되더라도 데이터 손실이 발생하지 않도록 보장합니다.
API 효율성: 미들웨어는 Salesforce Bulk API 2.0을 사용하여 데이터를 대량으로 추출할 수 있으므로 개별 REST 호출보다 훨씬 효율적이며 API 사용량도 훨씬 적습니다.
옵션 A는 타당한 우려 사항이지만, 도구 선택(REST)이 잘못되었음을 나타내는 증상입니다. 옵션 B는 Salesforce로의 인바운드 통합을 설명하는 반면, 요구 사항은 아웃바운드입니다. 아키텍트는 타사 도구를 활용하여 200만 건의 레코드 흐름을 준비하고 관리함으로써 통합의 확장성을 확보하고, 기업 방화벽 제약 조건(보안 에이전트 또는 VPN을 통해)을 준수하며, Salesforce 프로덕션 환경의 성능을 유지할 수 있습니다.

Plat-Arch-204 문제 8

구독 기반 미디어 회사의 시스템 환경으로 인해 많은 구독자가 여러 계정을 관리하고 여러 번 로그인해야 하는 불편함이 있습니다. 최근 구독자 경험을 개선하기 위해 SAML 및 OpenID를 지원하는 ID 및 액세스 관리(IAM) 시스템이 구축되었으며, 이를 통해 셀프 등록 및 싱글 사인온(SSO) 기능을 제공할 예정입니다. 이 IAM 시스템은 Salesforce와 통합되어 새로운 셀프 서비스 고객이 Salesforce Community Cloud에 즉시 액세스할 수 있도록 해야 합니다.

A. OpenID Connect 인증 공급자 및 Just-in-Time(JIT) 프로비저닝1

B. OpenID Connect 인증 공급자 및 등록 처리기2

C. SAML SSO 및 등록 처리기

정답: B

커뮤니티(익스피리언스 클라우드) 사용자에게 "즉시 액세스"와 원활한 경험을 제공하기 위해 아키텍트는 사용자 생성을 즉시 처리할 수 있는 인증 및 프로비저닝 전략을 선택해야 합니다. SAML과 OpenID Connect(OIDC) 모두 SSO에 사용할 수 있지만, OpenID Connect는 OAuth 2.0을 기반으로 구축되었기 때문에 소비자 대상 "소셜" 또는 외부 ID 통합을 위한 최신 표준입니다.
셀프 서비스 구현에 있어 핵심적인 요소는 등록 핸들러입니다. Salesforce에서 OpenID Connect 인증 공급자를 구성할 때는 Auth.RegistrationHandler 인터페이스를 구현하는 Apex 클래스와 연결해야 합니다. 이 핸들러는 사용자가 아직 등록되어 있지 않은 경우 SSO 흐름 중에 실행됩니다. 이를 통해 아키텍트는 다음과 같은 작업을 프로그래밍 방식으로 완벽하게 제어할 수 있습니다.
수신된 신원을 기존 연락처 또는 계정과 일치시킵니다.
연락처 정보가 없으면 새 연락처 정보를 생성합니다.
올바른 프로필, 권한 세트 및 로케일 설정으로 새 사용자 레코드를 프로비저닝합니다.
사용자를 올바른 계정 계층 구조에 연결해야 합니다. 이는 커뮤니티 보안 모델에 매우 중요합니다.
옵션 A는 선언적 방식으로 사용자를 생성하는 JIT(Just-in-Time) 프로비저닝을 제안합니다. 그러나 JIT는 복잡한 데이터 조회를 수행하거나 외부 사용자에게 필요한 연락처와 계정의 특정 연결을 처리하는 기능이 제한적이어서 Experience Cloud의 요구 사항에는 적합하지 않은 경우가 많습니다. 옵션 C는 일반적인 Salesforce 용어에서 기술적으로 일치하지 않습니다. SAML은 JIT를 사용하지만, 등록 핸들러는 인증 공급자(예: OIDC)와 연동하도록 설계된 기본 메커니즘입니다. 옵션 B를 사용하면 회사는 IAM 시스템을 통해 처음 로그인하는 구독자가 Salesforce에 즉시 정확하게 프로비저닝되어 여러 계정을 사용할 필요가 없어집니다.

Plat-Arch-204 문제 9

한 회사의 클라우드 기반 단일 페이지 애플리케이션은 애플리케이션 자체의 데이터와 온프레미스 및 타사 시스템의 데이터를 통합합니다. 아래 다이어그램은 애플리케이션에서 동기 및 비동기 호출을 결합하여 사용하는 방식을 보여줍니다. 이 회사는 애플리케이션 사용자 인터페이스의 평균 응답 시간을 기준으로 특정 알림을 생성하고자 합니다. 이를 위해 다음과 같은 과정이 진행됩니다.
모든 통화의 시작 및 종료 날짜와 시간을 중앙 분석 데이터 저장소에 기록합니다.
응답 시간은 시작 날짜 및 시간과 종료 날짜 및 시간의 차이로 균일하게 계산합니다(다이어그램의 A~H).

어떤 계산 방식이 사용자 관점에서 전체 응답 시간을 나타내는가?

A. A부터 F까지의 합

B. A부터 H까지의 합

C. A와 H의 합

Plat-Arch-204 문제 10

위 다이어그램에서 볼 수 있듯이 Salesforce 조직, 미들웨어, 그리고 이력 데이터 저장소가 서로 연결되어 있습니다. 이력 기록은 Salesforce에서 이력 데이터 저장소(현재 2천만 건 이상의 기록을 보유하고 있으며 계속 증가 중)로 이동되어 보관되며, 검색 쿼리 성능을 최적화하도록 조정됩니다. Salesforce를 사용하는 콜센터 상담원들은 특정 사례를 검토할 때, 제출된 사례와 관련된 이력 항목을 볼 수 있도록 접근 권한을 요청한 적이 있습니다.

선언적 구성을 극대화하기 위해 권장되는 메커니즘과 패턴은 무엇입니까?

A. 데이터 가상화 패턴을 사용하는 ESB 도구를 활용하여 OData 엔드포인트를 노출한 다음, Salesforce Connect를 사용하여 외부 객체를 사례 객체와 함께 소비하고 표시합니다.12

B. 요청 및 응답 패턴을 사용하는 ESB 도구를 사용한 다음, Case 개체와 관련된 사용자 지정 Lightning 구성 요소에 과거 데이터를 가져오기 위해 ESB 엔드포인트에 대한 실시간 Apex 호출을 수행합니다.

C. Fire and Forget 패턴의 ESB 도구를 사용한 다음, 요청된 과거 데이터에 대한 플랫폼 이벤트를 게시합니다.

정답: A

Salesforce에 물리적으로 데이터를 다시 저장하지 않고도 대용량의 아카이브 데이터(2천만 건 이상의 레코드)를 볼 수 있는 솔루션을 설계할 때, 데이터 가상화 패턴이 아키텍처적으로 가장 적합한 접근 방식입니다. 이 패턴을 통해 사용자는 데이터 복제로 인한 오버헤드 없이 외부 데이터를 실시간으로 보고 상호 작용할 수 있습니다. 데이터 복제는 상당한 저장 공간을 소모하고 플랫폼 성능에 영향을 미칠 수 있습니다.
선언적 구성을 극대화하기 위해 Salesforce 플랫폼 통합 아키텍트는 Salesforce Connect를 권장해야 합니다. Salesforce Connect를 사용하면 표준 객체와 유사하게 동작하지만 Salesforce 외부의 데이터를 가리키는 외부 객체를 생성할 수 있습니다. 이는 미들웨어(ESB)가 OData(Open Data Protocol) 엔드포인트를 통해 이력 데이터 저장소를 노출함으로써 구현됩니다. 구성이 완료되면 콜센터 상담원은 표준 관련 목록이나 조회 기능을 사용하여 사례 기록 페이지에서 이력 사례를 직접 볼 수 있으며, 이 모든 기능은 사용자 지정 코드가 아닌 포인트 앤 클릭 인터페이스를 통해 구성됩니다.
제공된 다이어그램은 Salesforce에서 미들웨어를 거쳐 기록 데이터 저장소로 이어지는 명확한 경로를 보여줍니다. 옵션 A는 ESB를 사용하여 프로토콜 간의 격차를 해소함으로써 이를 활용합니다. 데이터 저장소는 이미 검색 쿼리 성능이 최적화되어 있으므로 Salesforce Connect는 현재 사례 보기에 필요한 특정 기록만 효율적으로 쿼리할 수 있습니다.
반면, 옵션 B는 Apex 콜아웃과 사용자 정의 Lightning 컴포넌트를 사용하는 "요청 및 응답" 패턴을 필요로 합니다. 기능적으로는 가능하지만, 이는 코드 비중이 높아 기술 부채를 증가시키고 "선언적 구성 극대화" 요구 사항을 충족하지 못합니다. 플랫폼 이벤트를 사용하는 "실행 후 잊어버리기" 방식의 옵션 C는 동기식 "데이터 보기" 요청에는 적합하지 않습니다. 플랫폼 이벤트는 비동기식이므로 응답을 "대기"하고 표시하기 위해 복잡한 맞춤형 UI를 구축해야 합니다. 따라서 OData와 Salesforce Connect의 조합은 콜센터 상담원에게 가장 원활하고 확장 가능하며 유지 관리가 간편한 솔루션을 제공합니다.