무료 온라인 액세스 Oracle.1Z0-1042-25.v2025-11-19.q50 모의 시험 (Page 3)

1Z0-1042-25 문제 6

다음 중 RESTful 웹 서비스에서 HATEOAS(애플리케이션 상태 엔진으로서의 하이퍼미디어) 개념을 가장 잘 보여주는 것은 무엇입니까?

A. 클라이언트 애플리케이션은 리소스 엔드포인트에 대한 모든 URI를 하드코딩하여 서버 응답에 의존하지 않고도 API를 탐색할 수 있습니다.

B. 클라이언트 애플리케이션은 관련 리소스에 대한 하이퍼링크를 포함하는 리소스 표현을 수신하여 서버의 응답에 따라 동적 탐색을 가능하게 합니다.

C. 클라이언트 애플리케이션은 서버로부터 기본 URI를 수신하고 문자열을 연결하여 이후의 모든 리소스 URI를 구성합니다.

D. 클라이언트 애플리케이션은 서버 상호 작용을 최소화하기 위해 가능한 모든 리소스 상태와 전환을 미리 가져옵니다.

1Z0-1042-25 문제 7

Oracle Integration(OIC)에서 REST 트리거를 사용하는 통합 작업을 진행 중이며, 이 통합 작업에는 인증이 필요합니다. 권한이 있는 클라이언트만 통합에 액세스할 수 있도록 해야 합니다. 어떤 방식을 사용해야 할까요?

A. 기본 인증 또는 OAuth 2.0 보안 정책을 사용하도록 REST 어댑터를 구성합니다.

B. CORS(Cross-Origin Resource Sharing)를 활성화하고 REST 어댑터 구성에서 API 키를 설정합니다.

C. OIC 인스턴스에서 IP 허용 목록을 설정하여 특정 IP 주소만 통합에 액세스할 수 있도록 허용합니다.

D. 사용자 정의 암호화 알고리즘을 사용하여 페이로드를 암호화하고 권한이 있는 클라이언트에 복호화 키를 제공합니다.

정답: A

포괄적이고 자세한 설명:
OIC에서 REST 트리거 보안은 승인된 클라이언트의 접근을 제한하는 데 매우 중요합니다. 각 옵션을 자세히 살펴보겠습니다.
옵션 A: 기본 인증 또는 OAuth 2.0 보안 정책을 사용하도록 REST 어댑터를 구성합니다.
정답(정답): 이는 OIC에 내장된 REST 트리거 보안을 위한 표준 방식입니다. REST 어댑터 구성 마법사에서 널리 지원되고 안전한 기본 인증(사용자 이름/비밀번호) 또는 OAuth 2.0(토큰 기반)을 선택할 수 있습니다. 예를 들어, /trigger_endpoint로 POST 요청을 보내는 클라이언트는 Authorization: Basic <base64 creds> 헤더 또는 Authorization: Bearer <token> 헤더를 포함합니다.
이를 통해 유효한 자격 증명 또는 토큰을 보유한 클라이언트만 통합을 호출할 수 있으며, 이는 REST 보안 모범 사례에 부합합니다. 특히 OAuth 2.0은 클라이언트 자격 증명 또는 권한 부여 코드 흐름과 같은 고급 시나리오를 지원하여 확장성과 유연성을 제공합니다.
옵션 B: CORS(Cross-Origin Resource Sharing)를 활성화하고 REST 어댑터 구성에서 API 키를 설정합니다.
잘못된 예: CORS는 브라우저 기반 교차 출처 요청(예: example.com이 OIC를 호출하도록 허용)을 제어하는 것이지, 인증을 제어하는 것이 아닙니다. 이는 웹 클라이언트의 액세스 제어에 관한 것이지, 엔드포인트 자체의 보안을 보호하는 것이 아닙니다. API 키는 OIC REST 어댑터 트리거 구성의 기본 보안 정책이 아닙니다. 페이로드나 헤더에 사용자 지정하여 구현할 수는 있지만, 기본 인증이나 OAuth와 같은 표준 옵션은 아닙니다. 따라서 B는 권한 있는 액세스를 보장하기에 충분하지 않습니다.
옵션 C: OIC 인스턴스에서 IP 허용 목록을 설정하여 특정 IP 주소만 통합에 액세스할 수 있도록 허용합니다.
잘못된 예: OCI 네트워크 수준(예: 가상 클라우드 네트워크 규칙)에서 IP 허용 목록 작성이 가능하지만, REST 어댑터 구성 기능도 아니고 통합에 국한된 기능도 아닙니다. 동적 IP(예: 모바일 앱)를 사용하는 클라이언트에서는 작동하지 않는 무딘 도구이며, 다양한 권한이 있는 사용자를 위한 확장성도 부족합니다. 또한 자격 증명 기반 인증의 세분성도 부족합니다.
옵션 D: 사용자 정의 암호화 알고리즘을 사용하여 페이로드를 암호화하고 권한이 있는 클라이언트에게 복호화 키를 제공합니다.
오답: 페이로드 암호화는 전송 중인 데이터(HTTPS 보완)를 보호하며, 엔드포인트 접근은 보호하지 않습니다. OIC는 REST 어댑터에서 사용자 지정 암호화 알고리즘을 기본적으로 지원하지 않으며, 복호화 키를 수동으로 배포하는 것은 OAuth와 같은 기존 표준에 비해 비실용적이고 안전하지 않습니다. 이 접근 방식은 기밀성 문제를 해결하는 것이지, 권한 부여 문제를 해결하는 것이 아닙니다.
답이 A인 이유: OIC의 REST 어댑터는 클라이언트 인증을 직접 시행하는 강력하고 즉시 사용 가능한 보안 정책(기본 인증 및 OAuth 2.0)을 제공하므로 가장 실용적이고 안전한 선택입니다.
예외 상황: 클라이언트가 취소된 OAuth 토큰을 사용하는 경우 OIC는 요청을 거부하여 실시간 액세스 제어를 보장합니다. 이는 IP 허용 목록이나 사용자 정의 암호화로는 달성할 수 없는 것입니다.
사용 사례 예: CRM 시스템은 OAuth 토큰과 OIC 통합을 트리거하여 ERP 데이터를 업데이트하고, 권한이 있는 CRM 인스턴스만 성공하도록 보장합니다.
잠재적 함정: OAuth를 잘못 구성하면(예: 잘못된 클라이언트 ID) 합법적인 클라이언트가 차단될 수 있으므로 신중하게 설정해야 합니다.

1Z0-1042-25 문제 8

SOAP 어댑터를 사용하여 웹 서비스를 호출하여 ERP 클라우드에서 CSV 형식의 데이터를 추출했으며, 추출된 데이터는 MTOM 첨부 파일로 반환되었습니다. 이제 이 CSV 파일을 Base64로 인코딩된 문자열로 이 콘텐츠를 수신할 수 있는 외부 REST API로 전송해야 합니다. SOAP MTOM 첨부 파일을 대상 REST API 페이로드에 있는 Base64 요소에 매핑하는 데 사용해야 하는 XPath 매퍼 함수는 무엇입니까?

A. 디코드베이스64

B. 인코딩Base64

C. 참조를 Base64로 인코딩

D. decodeBase64ToReference

1Z0-1042-25 문제 9

Oracle Integration(OIC)에서 통합을 생성할 때 시각적 매퍼를 사용하면 소스 요소 노드를 대상 요소 노드로 끌어서 놓아 애플리케이션 간의 요소 노드를 매핑할 수 있습니다. OIC 데이터 매퍼 기능에 대한 설명으로 옳지 않은 것은 무엇입니까?

A. 대상 서비스의 데이터 구조는 항상 Designer 뷰의 오른쪽에 표시됩니다.

B. 디자이너 보기에서 소스 섹션에는 통합 메타데이터, 추적 변수, 전역 변수 및 통합 속성 값을 포함한 모든 사용 가능한 데이터 개체의 데이터 구조가 포함되어 있습니다.

C. 모든 변환 매핑은 확장 가능한 스타일시트 언어(XSL)를 사용합니다.

D. 모든 소스 및 대상 데이터 객체는 내부적으로 JSON 구조로 표현됩니다.

1Z0-1042-25 문제 10

WSDL에 대한 다음 설명 중 옳은 것은 무엇입니까? 두 가지를 선택하세요.

A. 웹 서비스의 출처, 헤더, 포트 유형, 요청 및 응답 데이터로 구성된 서비스 계층 문서를 정의하기 위해 XML을 사용합니다.

B. "웹 서비스 설명 언어"를 의미하며 XML로 작성된 문서입니다.

C. "웹 서비스 설명 언어"를 의미하며 객체 표기법으로 작성된 문서입니다.

D. SOAP 메시지의 래퍼입니다.

E. 웹 서비스의 출처, 헤더, 포트 유형, 요청 및 응답 데이터로 구성된 서비스 계층 문서를 정의하기 위해 XML 또는 JSON을 사용합니다.

최근 업로드: 103USGBC.LEED-Green-Associate-KR.v2026-01-08.q154; 104Adobe.AD0-E608-KR.v2026-01-08.q54; 106HP.HPE7-A08.v2026-01-08.q272; 104Cisco.300-835.v2026-01-08.q117; 108Workday.Workday-Pro-Integrations.v2026-01-08.q18; 103CompTIA.CV0-004.v2026-01-08.q215; 103Juniper.JN0-253.v2026-01-08.q61; 104CertNexus.AIP-210.v2026-01-08.q63; 172ISACA.CRISC.v2026-01-07.q193; 147PECB.ISO-9001-Lead-Auditor.v2026-01-07.q191