무료 온라인 액세스 Salesforce.Integration-Architect.v2026-01-23.q129 모의 시험 (Page 20)

Integration-Architect 문제 91

한 건축가는 회사의 외부 시스템과 Salesforce를 통합하기 위해 Platform Events를 사용하기로 결정했습니다.
건축가가 이러한 유형의 통합 메커니즘을 제안할 때 고려해야 할 세 가지 사항은 무엇입니까?
3개의 답을 선택하세요

A. 이벤트를 구독하려면 Salesforce의 통합 사용자에게 이벤트 엔터티에 대한 읽기 액세스 권한이 필요합니다.

B. Salesforce는 어떤 이벤트를 전송해야 하는지 알기 위해 외부 시스템에 대한 정보를 저장할 수 있어야 합니다.

C. 외부 시스템은 Salesforce Platform Events에 대응하기 위해 동일한 가동 시간을 유지해야 합니다.

D. 이벤트를 게시하려면 Salesforce의 통합 사용자에게 이벤트 엔터티에 대한 생성 권한이 필요합니다.

E. 이벤트가 추가 처리를 위해 원격 시스템으로 효과적으로 전달되므로 오류 처리가 원격 서비스에서 수행되어야 합니다.

Integration-Architect 문제 92

Northern Trail Outfitters(NTO)는 최근 여러 플랫폼 간의 서비스 오케스트레이션을 위한 미들웨어를 구축했습니다. 사용되는 ERP 시스템은 주문 객체를 생성할 때 Salesforce에서 시작된 REST 엔드포인트에서 거의 실시간으로 트랜잭션을 캡처해야 합니다. 또한, Salesforce 팀은 개발 리소스가 제한적이기 때문에 로우코드 솔루션이 필요합니다.
어떤 두 가지 옵션이 사용 사례 요구 사항을 충족시킬까요?
2개의 답을 선택하세요

A. Flow Builder를 사용하여 주문 객체에 삽입할 때 원격 프로세스 호출 실행 및 잊어버리기 패턴을 사용합니다.

B. 지정된 엔드포인트로 SOAP 메시지를 보내기 위해 아웃바운드 메시징을 사용하여 워크플로 규칙을 구현합니다.

C. 주문 개체에 변경 데이터 캡처를 구현하고 미들웨어 솔루션에서 재생 ID를 활용합니다.

D. 프로세스 빌더를 사용하여 플랫폼 이벤트를 생성하고 레코드 삽입 시 플랫폼 이벤트 이름으로 레코드 유형을 선택합니다.

정답: A,C

답변 A는 원격 프로세스 호출(RPI)의 실행 후 삭제(fire and forget) 패턴을 통해 Salesforce에서 ERP 시스템으로 응답이나 확인을 기다리지 않고 메시지를 전송할 수 있으므로 유효합니다. 이를 통해 거의 실시간 통합이 가능하고 통합의 지연 시간과 복잡성이 줄어듭니다. Flow Builder는 Apex 작업을 호출하는 데 사용할 수 있는 로우코드 도구로, 주문 객체 삽입 시 REST 엔드포인트에 대한 HTTP 콜아웃을 생성합니다.12 답변 C는 변경 데이터 캡처 기능을 통해 Salesforce 데이터의 변경 사항을 캡처하고 스트리밍 채널에 이벤트로 게시할 수 있으므로 유효합니다. 미들웨어는 채널을 구독하고 주문 세부 정보가 포함된 이벤트를 수신할 수 있습니다. 재생 ID는 각 이벤트의 고유 식별자로, 장애 또는 중단 발생 시 미들웨어가 마지막으로 처리된 이벤트에서 다시 시작하는 데 사용할 수 있습니다. 이를 통해 Salesforce와 ERP 시스템 간의 안정적이고 일관된 통합이 보장됩니다.3 답변 B는 아웃바운드 메시징 기능이 SOAP 메시지를 사용하여 워크플로 규칙에 따라 외부 시스템에 알림을 전송하기 때문에 유효하지 않습니다. 이를 위해서는 ERP 시스템에 대한 SOAP 엔드포인트와 WSDL 파일을 구성해야 하는데, 이는 REST 엔드포인트 요구 사항과 호환되지 않을 수 있습니다. 또한, 아웃바운드 메시징은 메시지의 전달이나 순서를 보장하지 않으므로 통합의 정확성과 시기적절성에 영향을 미칠 수 있습니다.
D 답변은 유효하지 않습니다. 플랫폼 이벤트 기능을 사용하면 게시/구독 모델을 사용하여 Salesforce에서 외부 시스템으로 또는 그 반대로 사용자 지정 이벤트를 게시할 수 있기 때문입니다. 그러나 이를 위해서는 플랫폼 이벤트 객체를 생성하고 해당 객체의 필드와 권한을 정의해야 하는데, 이는 로우코드 솔루션이 아닐 수 있습니다. 또한, 레코드 유형을 플랫폼 이벤트 이름으로 사용하는 것은 유효하지 않거나 의미 있는 옵션이 아닐 수 있습니다. 레코드 유형은 객체의 다양한 비즈니스 프로세스 또는 사용자 인터페이스를 정의하는 데 사용되기 때문입니다.
1: 원격 프로세스 호출 - 실행 후 잊어버리기 2: 콜아웃을 만드는 Apex 클래스 호출 3: 변경 데이터 캡처: 미들웨어를 사용하여 이벤트 재생: 아웃바운드 메시징 구현 가이드: 플랫폼 이벤트 개발자 가이드

Integration-Architect 문제 93

기업은 전화 영업 담당자에게 수신되는 모든 전화에 대해 전화번호 유형 분류(휴대전화 vs. 유선전화)의 확인 및 업데이트를 자동화해야 합니다. 다음과 같은 조건이 충족되어야 합니다.
1. 최대 시간대에는 콜센터가 하루에 최대 10만 건의 전화를 받을 수 있습니다.
2. 전화번호 유형 분류는 외부 서비스 API가 제공하는 서비스입니다.
3. 회사는 기록을 확인하고 업데이트하는 시간과 빈도에 있어 유연합니다(밤새도록 또는 6~12시간마다면 충분합니다).
원격 통화 패턴 및/또는 일괄 동기화(ETL을 통한 복제: 시스템 -> Salesforce)는 사용자 정의 전제에 호스팅된 미들웨어와 함께 작동하도록 결정되었습니다.
이러한 패턴과 메커니즘을 구현하기 위해 통합 아키텍트는 어떤 구성 요소를 권장해야 할까요?

A. Salesforce에서 미들웨어를 인증하기 위해 구성된 ConnectedApp입니다.

B. Salesforce에서 원격 사이트 설정을 구성하여 미들웨어를 인증합니다.

C. Salesforce에서 Middleware(ETL/ESB)로의 요청을 인증하는 API 게이트웨이입니다.

D. 내부 API와 노출된 리소스를 보호하려면 방화벽과 역방향 프록시가 필요합니다.

Integration-Architect 문제 94

미국의 한 기업-소비자 간(B2C) 기업이 라틴 아메리카 시장 진출을 계획하고 있습니다. 이 회사는 라틴 아메리카의 초기 고객 기반을 약 100만 명으로 예상하며, 향후 5년간 매년 약 10%의 성장률을 기록할 것으로 예상합니다. 또한 이 기간 동안 유럽 연합과 유사한 개인정보 보호 및 데이터 보호 요건이 시행될 것으로 예상합니다. 초기 분석 결과, 주요 개인 데이터는 다음 시스템에 저장되어 있는 것으로 나타났습니다.
1. 수년간 손대지 않고 방치되어 폐기될 예정인 레거시 메인프레임 시스템.
2. Salesforce Commerce Cloud Service Cloud, Marketing Cloud, Community Cloud.
3. 회사의 CIO는 통합 아키텍트에게 라틴 아메리카 고객의 개인 데이터를 요구에 따라 완전히 삭제할 수 있도록 하는 업무를 맡겼습니다.
통합 아키텍트는 어떤 세 가지 요구 사항을 고려해야 합니까?
3개의 답을 선택하세요

A. 필요할 수 있는 수동 단계 및 절차.

B. 삭제된 레코드가 시스템 기능에 미치는 영향.

C. 모든 시스템에서 개인 데이터를 삭제할 수 있는 기능.

D. 필요할 때 삭제된 레코드를 복원하는 기능.

E. 고객에 대한 360도 관점을 제공하는 능력.

Integration-Architect 문제 95

통합 아키텍트는 여러 시스템을 통합하고 플랫폼 이벤트를 통해 동기화를 유지하는 Salesforce 애플리케이션을 구축했습니다.
이벤트가 공개만 된다면 무슨 일이 일어나는 걸까요?

A. 플랫폼 이벤트는 Apex 거래가 완료되기 직전에 게시됩니다.

B. Apex 거래가 완료된 후 플랫폼 이벤트가 게시됩니다.

C. 플랫폼 이벤트는 Apex에 트리거가 있습니다.

D. 플랫폼 이벤트는 Apex에서 게시됩니다.

정답: B

옵션 B가 맞는 이유는 플랫폼 이벤트가 Apex 트랜잭션이 완료된 후 게시되기 때문입니다. 플랫폼 이벤트는 여러 프로세스 또는 시스템에서 게시되고 사용되는 비동기 메시지입니다. Apex 트랜잭션이 플랫폼 이벤트를 게시하면 이벤트는 즉시 전송되지 않고 임시 대기열에 추가됩니다. 이벤트는 Apex 트랜잭션이 성공적으로 커밋된 후에만 게시되고 구독자에게 전달됩니다. 이를 통해 이벤트 데이터가 데이터베이스 상태와 일치하고 롤백 시 이벤트가 손실되지 않도록 보장합니다.
옵션 A는 플랫폼 이벤트가 Apex 트랜잭션이 완료되기 직전에 게시되지 않기 때문에 올바르지 않습니다. 위에서 설명한 대로 플랫폼 이벤트는 Apex 트랜잭션이 성공적으로 커밋된 후에 게시됩니다. 트랜잭션이 완료되기 전에 이벤트를 게시하면 데이터 불일치 및 이벤트 손실 문제가 발생할 수 있습니다.
C 옵션은 플랫폼 이벤트가 Apex에서 트리거를 가질 수 있기 때문에 틀렸습니다. 하지만 이는 이벤트 게시 시점과는 관련이 없습니다. 플랫폼 이벤트 트리거는 Salesforce에서 플랫폼 이벤트 메시지를 수신할 때 실행되는 특수한 유형의 Apex 트리거입니다. 플랫폼 이벤트 트리거는 레코드 업데이트, 알림 전송, 외부 서비스 호출 등 이벤트 데이터를 기반으로 로직을 수행할 수 있습니다. 플랫폼 이벤트 트리거는 이벤트 게시에는 영향을 미치지 않지만, 이벤트 사용에는 영향을 미칩니다.
D 옵션은 플랫폼 이벤트가 Apex에서 게시될 수 있기 때문에 올바르지 않지만, 이벤트가 게시되는 시점에 대한 질문에는 답하지 않습니다. 플랫폼 이벤트는 Apex 코드, Process Builder, Flows 또는 API 호출과 같은 다양한 소스에서 게시될 수 있습니다. Apex에서 이벤트를 게시하려면 플랫폼 이벤트 객체의 인스턴스를 생성하고 EventBus.publish 메서드를 사용하여 임시 대기열에 추가해야 합니다. 이벤트의 실제 게시는 이벤트 소스와 관계없이 Apex 트랜잭션이 완료된 후에 발생합니다.
참조: 플랫폼 이벤트로 게시 및 구독: 플랫폼 이벤트 게시: 플랫폼 이벤트 구독: 플랫폼 이벤트 트리거 작성: Apex에서 플랫폼 이벤트 생성 및 게시: EventBus 클래스

다른 버전: 588Salesforce.Integration-Architect.v2024-06-07.q74; 443Salesforce.Integration-Architect.v2023-10-30.q35; 650Salesforce.Integration-Architect.v2022-12-23.q34

최근 업로드: 107SolarWinds.Hybrid-Cloud-Observability-Network-Monitoring.v2026-07-18.q115; 120SAP.C_ARCIG.v2026-07-18.q27; 124SAP.C_CR125_2601.v2026-07-17.q26; 132SAP.P-C4H34-2601.v2026-07-17.q32; 151GInI.CInP.v2026-07-16.q100; 148Peoplecert.ITIL-4-CDS.v2026-07-16.q32; 161PythonInstitute.PCAP-31-03.v2026-07-16.q140; 149Oracle.1Z0-171.v2026-07-16.q39; 158IAM.IAM-Certificate.v2026-07-16.q74; 160InsuranceLicensing.NY-Life-Accident-and-Health.v2026-07-15.q40