이 페이지는 시험 연구소 브레인덤프 [ http://blog.examslabs.com ]에서 내보낸 페이지입니다. 내보내기 날짜:Tue Jan 7 16:08:53 2025 / +0000 GMT ___________________________________________________ 제목: 2023년 유효한 MCPA-Level-1 시험 답안 및 MuleSoft 시험 PDF [Q28-Q46] --------------------------------------------------- 2023 년 유효한 MCPA-Level-1 시험 답안 및 MuleSoft 시험 PDF 교육 전문가 ExamsLabs의 무료 MuleSoft MCPA-Level-1 시험 문제 및 답변 Q28. 전시회를 참조하십시오. 조직은 모바일 앱과 웹 애플리케이션 모두에서 고객 데이터에 액세스할 수 있어야 하며, 각각 공통 필드와 특정 고유 필드에 액세스해야 합니다. 데이터는 부분적으로는 데이터베이스에서, 부분적으로는 타사 CRM 시스템에서 사용할 수 있습니다.이러한 설계 요구 사항에 가장 적합하도록 어떤 API를 만들어야 하나요?A) 웹 앱과 모바일 앱 모두에 필요한 데이터를 포함하는 프로세스 API로, 이러한 애플리케이션이 직접 호출하여 필요한 데이터에 액세스할 수 있으므로 API 변경 없이도 향후 더 많은 필드를 추가할 수 있는 유연성 제공B) 웹 앱용 API 세트(경험 API, 프로세스 API, 시스템 API) 하나, 모바일 앱을 위한 또 다른 세트C) 모바일 앱과 웹 앱을 위한 별도의 경험 API를 사용하지만 데이터베이스 및 CRM 시스템용으로 만들어진 별도의 시스템 API를 호출하는 공통 프로세스 APID) 웹과 모바일 앱 모두에서 사용되는 공통 경험 API이지만 데이터베이스 및 CRM 시스템과 상호 작용하는 웹 및 모바일 앱용 별도의 프로세스 API 옵션 A 옵션 B 옵션 C 옵션 D 정답은 다음과 같습니다: 모바일 및 웹 앱을 위한 별도의 경험 API가 있지만 데이터베이스 및 CRM 시스템을 위해 만들어진 별도의 시스템 API를 호출하는 공통 프로세스 API*****************************************뮬소프트의 API 주도 연결에 따라:>> 경험 API는 각 소비자의 요구와 경험에 따라 구축되어야 함.>> 프로세스 API는 비즈니스 기능을 달성하기 위한 모든 오케스트레이션 로직을 포함해야 함.>> 시스템 API는 각 백엔드 시스템에 대해 데이터를 잠금 해제하도록 구축되어야 함.참조:Q29. API 생산자가 허용된 시맨틱 버전 관리 관행에 따라 애니포인트 익스체인지에서 API를 버전 3.1.1에서 3.2.0으로 업데이트했으며 변경 사항은 API의 공용 포털을 통해 전달되었습니다.API 엔드포인트는 새 버전에서 변경되지 않습니다.API 클라이언트 개발자는 이 변경에 어떻게 대응해야 하나요? 업데이트를 프로젝트 위험으로 식별하고 이 API를 사용하는 기능에 대한 전체 회귀 테스트를 실행해야 합니다. API 생산자에게 연락하여 기존 기능에 대한 변경 사항을 이해해야 합니다. API 생산자에게 이전 버전을 새 버전과 병행하여 실행하도록 요청해야 합니다. API 클라이언트 코드는 새로운 기능을 활용해야 하는 경우에만 변경하면 됩니다. Q30. 다운타임이 반복적으로 발생하는 것으로 알려진 주문 API를 호출해야 하는 API 구현을 설계 중인데, 주문 API를 사용할 수 없을 때 폴백 API를 호출해야 하는데 폴백 API 호출을 설계할 때 어떤 접근 방식이 가장 복원력을 제공하나요? 애니포인트 익스체인지에서 적합한 기존 폴백 API를 검색한 다음 주문 API와 함께 이 폴백 API에 대한 호출을 구현합니다. API 관리자에서 주문 API에 대한 별도의 항목을 생성한 다음 기본 주문 API를 사용할 수 없는 경우 이 API를 폴백 API로 호출합니다. 주문 API를 사용할 수 없을 때마다 HTTP 307 임시 리디렉션 상태 코드를 통해 클라이언트 요청을 폴백 API로 리디렉션합니다. 주문 API를 호출하는 HTTP 요청자 구성 요소에서 주문 API에서 HTTP 4xx 또는 5xx 응답 상태 코드가 반환될 때마다 대체 API를 호출하도록 옵션을 설정합니다. 정답은 다음과 같습니다: 애니포인트 거래소에서 적합한 기존 폴백 API를 검색한 다음 주문 API 외에 이 폴백 API에 대한 호출을 구현합니다*****************************************>> API 클라이언트와 사전 승인된 합의가 없는 한 HTTP 3xx 임시 리디렉션 상태 코드를 수신하고 다른 API를 호출하기 위해 폴백 로직을 구현해야 하는 이상적이고 좋은 방법은 아닙니다 >> API 관리자에서 동일한 주문 API의 별도 항목을 생성하면 동일한 API 구현 위에 다른 인스턴스가 만들어질 뿐입니다. 따라서 동일한 API를 복제하여 폴백 API로 사용하는 것은 아무런 소용이 없습니다. 폴백 API는 기본 API와 동일하지 않은 다른 API 구현이 이상적입니다 >> 현재 Anypoint HTTP 커넥터에서 제공하는 옵션 중 특정 HTTP 상태 코드를 응답으로 받을 때 폴백 API를 호출할 수 있는 옵션은 없으며, 주어진 옵션에서 유일하게 TRUE 문장이면 Anypoint 거래소에서 적합한 기존 폴백 API를 검색한 다음 주문 API 외에 이 폴백 API로 호출을 구현하는 것입니다.Q31. 일부 HTTP 요청에 대한 응답은 요청에 사용된 HTTP 동사에 따라 캐시될 수 있습니다. HTTP 사양에 따르면 어떤 HTTP 동사에 대해 이렇게 해도 안전한가요? put, post, delete get, head, post get, put, options get, 옵션, head 정답은 다음과 같습니다: get, options, headhttp://restcookbook.com/HTTPMethods/idempotency/Q32. 애니포인트 플랫폼에서 제공하는 API 호출 지표는 무엇을 제공하나요? 비즈니스 사용자와 직접 공유할 수 있는 API의 ROI 지표 재사용 수준을 기반으로 한 애플리케이션 네트워크의 효율성 측정 다양한 API의 이상 징후와 사용 패턴을 파악하는 데 도움이 되는 과거 API 호출 데이터 특정 위협 임계값을 초과하는 향후 정책 위반 가능성에 대한 선제적 식별 Q33. CloudHub를 공유 부하 분산 장치와 함께 사용하는 경우, Anypoint Platform이 아닌 API 구현(Mule 애플리케이션)에서 독점적으로 관리하는 것은 무엇인가요? 특정 CloudHub 워커에 대한 각 HTTP 요청 할당 런타임 관리자에서 로그 항목을 볼 수 있도록 하는 로깅 구성 API 구현에서 HTTPS 엔드포인트를 노출하기 위해 사용하는 SSL 인증서 API 구현에 할당된 DNS 항목 수 정답입니다: API 구현에서 HTTPS 엔드포인트를 노출하기 위해 사용하는 SSL 인증서*****************************************>> 각 HTTP 요청을 특정 CloudHub 워커에 할당하는 것은 Anypoint Platform 자체에서 처리합니다. API 구현에서 명시적으로 관리할 필요가 없으며 실제로 API 구현에서 관리할 수 없습니다.>> 런타임 관리자에서 로그 항목을 볼 수 있도록 하는 로깅 구성은 항상 API 구현에서 관리되며 SLB에만 해당되는 것이 아닙니다. 따라서 이 작업은 SLB를 사용할 때만 수행하는 것이 아니며 >> 코드 내부에서 API 구현에 할당된 DNS 항목 수를 관리하지 않습니다. API 구현이 HTTPS 엔드포인트를 노출하는 데 사용하는 SSL 인증서는 API 구현이 독점적으로 관리해야 합니다. 애니포인트 플랫폼은 SLB를 사용할 때 이 작업을 수행하지 않습니다.Q34. 전시를 참조하세요. 조직은 모바일 앱과 웹 애플리케이션 모두에서 고객 데이터에 액세스할 수 있어야 하며, 각각 공통 필드와 특정 고유 필드에 액세스해야 합니다.데이터는 일부는 데이터베이스에서, 일부는 타사 CRM 시스템에서 사용할 수 있습니다.이러한 설계 요구 사항에 가장 적합하려면 어떤 API를 만들어야 하나요?A) 웹 앱과 모바일 앱 모두에 필요한 데이터를 포함하는 프로세스 API로, 이러한 애플리케이션이 직접 호출하여 필요한 데이터에 액세스할 수 있으므로 API 변경 없이도 향후 필드를 추가할 수 있는 유연성 제공B) 웹 앱용 API 세트(경험 API, 프로세스 API 및 시스템 API) 하나, 모바일 앱을 위한 또 다른 세트C) 모바일 앱과 웹 앱을 위한 별도의 경험 API를 사용하지만 데이터베이스 및 CRM 시스템용으로 만들어진 별도의 시스템 API를 호출하는 공통 프로세스 APID) 웹과 모바일 앱 모두에서 사용되는 공통 경험 API이지만 데이터베이스 및 CRM 시스템과 상호 작용하는 웹 및 모바일 앱용 별도의 프로세스 API 옵션 A 옵션 B 옵션 C 옵션 D Q35. 하나의 엔드투엔드 비즈니스 프로세스를 경험, 프로세스 및 시스템 API의 협업으로 분해하는 가장 좋은 방법은 무엇인가요? 최종 사용자 애플리케이션에 대한 사용자 지정을 경험 API 수준이 아닌 프로세스 API 수준에서 처리합니다. 시스템 API가 식별된 프로세스 또는 경험 API에서 현재 필요하지 않은 데이터를 반환하도록 허용하세요. 항상 3개의 계층(경험, 프로세스 및 시스템 API) 각각에 대해 정확히 하나의 API를 만들어 계층화된 접근 방식을 사용하세요. 프로세스 API를 사용하여 여러 시스템 API에 대한 호출을 오케스트레이션하되, 다른 프로세스 API에는 호출하지 마세요. Q36. 반복적으로 다운타임이 발생하는 것으로 알려진 주문 API를 호출해야 하는 API 구현을 설계 중인데, 주문 API를 사용할 수 없을 때 폴백 API를 호출해야 하는데 폴백 API 호출을 설계하는 어떤 접근 방식이 가장 복원력을 제공하나요? 애니포인트 익스체인지에서 적합한 기존 폴백 API를 검색한 다음 주문 API와 함께 이 폴백 API에 대한 호출을 구현합니다. API 관리자에서 주문 API에 대한 별도의 항목을 생성한 다음 기본 주문 API를 사용할 수 없는 경우 이 API를 폴백 API로 호출합니다. 주문 API를 사용할 수 없을 때마다 HTTP 307 임시 리디렉션 상태 코드를 통해 클라이언트 요청을 폴백 API로 리디렉션합니다. 주문 API를 호출하는 HTTP 요청자 구성 요소에서 주문 API에서 HTTP 4xx 또는 5xx 응답 상태 코드가 반환될 때마다 폴백 API를 대신 호출하도록 옵션을 설정합니다. Q37. 한 조직에서 주문 상태 시스템 API의 새로운 구현을 CloudHub의 여러 작업자에게 배포하고 있습니다. 이 API는 조직의 온프레미스 주문 관리 시스템 앞에 있으며, 이 시스템은 IPsec 터널을 통해 API 구현에 액세스합니다. 일반적으로 어떤 유형의 오류로 인해 주문 상태 시스템 API의 서비스가 중단되지 않나요? CloudHub 워커가 메모리 부족 예외로 실패합니다. API 매니저가 API 구현의 초기 배포 중에 장시간 중단되는 경우 관련 AWS 데이터 센터에 주요 네트워크 장애가 발생하여 AWS 리전이 오프라인 상태가 됩니다. 조직의 온프레미스 데이터 센터의 네트워크 중단으로 인해 주문 관리 시스템에 액세스할 수 없음 Q38. 애니포인트 플랫폼에서 고객 관리를 위해 외부 ID 공급자를 사용할 때 주요 요구 사항은 무엇인가요? Anypoint Platform에 로그인하려면 싱글 사인온이 필요합니다. 애플리케이션 네트워크에 ID 공급자와 상호 작용하는 시스템 API가 포함되어야 합니다. Anypoint Platform에서 관리하는 OAuth 2.0 보호 API를 호출하려면 API 클라이언트는 동일한 ID 공급자가 발급한 액세스 토큰을 제출해야 합니다. 애니포인트 플랫폼에서 관리하는 API는 SAML 2.0 정책으로 보호되어야 합니다. 설명https://www.folkstalk.com/2019/11/mulesoft-integration-and-platform.htmlQ39. 조직에서 오늘의 견적을 캐시하는 오늘의 견적 API를 구현하고 있는데, 어떤 시나리오에서 개체 저장소 커넥터를 통해 GoudHub 개체 저장소를 사용하여 캐시 상태를 유지할 수 있나요? 캐시 상태를 공유해야하는 세 개의 개별 CloudHub 리전에 API 구현이 세 개의 CloudHub 배포가있는 경우 캐시 상태를 공유해야 하는 동일한 CloudHub 리전에 두 개의 Anypoint Platform 비즈니스 그룹에 의해 API 구현이 두 개의 CloudHub 배포가 있는 경우 캐시 상태를 공유해야 하는 CloudHub에 API 구현이 한 번 배포되고 고객이 호스팅하는 Mule 런타임에 anottV 배포가 한 번 있는 경우 캐시 상태를 공유해야 하는 세 개의 CloudHub 워커에 대한 API 구현의 CloudHub 배포가 하나 있는 경우 Q40. 전시를 참조하세요.새로운 프로모션 프로세스 API에 대한 RAML 정의가 제안되어 애니포인트 교환에 게시되었습니다.프로모션 API의 중요한 소비자가 될 마케팅 부서에는 충족해야 하는 중요한 요구 사항과 기대치가 있습니다.이 초기 API 설계 단계에 마케팅 부서를 참여시키기 위해 애니포인트 플랫폼 기능을 사용하는 가장 효과적인 방법은 무엇인가요?A) 마케팅 부서에 자동 생성된 API 콘솔을 사용하여 API의 모의 구현과 상호 작용하도록 요청B) 마케팅 IT 시스템의 데이터베이스 스키마를 RAM으로 변환하는 디자인 워크샵을 마케팅 부서의 DBA와 함께 구성LC) 애니포인트 스튜디오를 사용하여 API를 뮬 애플리케이션으로 구현한 다음 해당 API 구현을 클라우드 허브에 배포하고 마케팅 부서에게 상호 작용하도록 요청D) API 디자이너에서 통합 테스트 스위트를 내보내고 마케팅 부서에서 테스트를 실행하여 통과하는지 확인하도록 합니다. 옵션 A 옵션 B 옵션 C 옵션 D Q41. 여러 CloudHub 워커에 배포된 Mule 애플리케이션으로 구현된 비동기적으로 실행되는 장기 실행 프로세스에서 트랜잭션 상태를 추적하는 데 가장 성능이 뛰어난 Anypoint Platform의 기본 제공 솔루션은 무엇인가요? Redis 분산 캐시 java.util.WeakHashMap 영구 객체 저장소 파일 기반 스토리지 Q42. 애니포인트 플랫폼에서 API 정책이 정의되는 위치와 API 인스턴스에 적용되는 방식은 무엇인가요? API 정책은 Mule 런타임에 대한 API 배포의 일부로 런타임 관리자에서 정의된 다음 특정 API 인스턴스에만 적용됩니다. API 정책이 특정 API 인스턴스에 대해 API 관리자에서 정의된 다음 특정 API 인스턴스에만 적용됩니다. API 정책이 API 매니저에서 정의된 후 모든 API 인스턴스에 자동으로 적용됩니다. API 매니저에서 API 정책을 정의한 다음 지정된 환경의 모든 API 인스턴스에 적용합니다. Q43. 조직에서 다양한 API 계층을 사용하여 모바일 클라이언트를 백엔드 시스템과 통합하는 API 주도 아키텍처를 만들었습니다. 백엔드 시스템은 여러 특수 구성 요소로 구성되어 있으며 REST API를 통해 액세스할 수 있습니다. 프로세스 및 경험 API는 백엔드 데이터 모델과는 다른 동일한 바운드 컨텍스트 모델을 공유합니다. 백엔드 시스템에서 소비되는 데이터를 처리하기 위해 이 아키텍처에 어떤 추가 표준 모델, 경계 컨텍스트 모델 또는 부패 방지 계층을 추가하는 것이 가장 좋을까요? 모든 계층에 대해 경계 컨텍스트 모델을 만들고 경계 컨텍스트가 겹치는 경우 겹쳐서 업스트림과 다운스트림 데이터 모델 간의 차이점을 API 개발자에게 알립니다. 데이터 모델을 단순화 및 통합하고 데이터 변환을 최소화하기 위해 백엔드 모델과 API 주도 모델을 결합하는 표준 모델을 만듭니다. 백엔드 데이터 모델과 밀접하게 일치하도록 시스템 계층을 위한 경계 컨텍스트 모델을 만들고, 시스템 및 프로세스 계층에서 서로 다른 경계 컨텍스트가 협력할 수 있도록 부패 방지 계층을 추가합니다. 모든 API에 대해 손상 방지 계층을 생성하여 모든 데이터 모델이 서로 일치하도록 변환을 수행하고, 표준 모델 구축의 복잡성과 오버헤드를 피하기 위해 데이터가 API 간에 간단히 이동할 수 있도록 합니다. 정답입니다: 백엔드 데이터 모델과 밀접하게 일치하도록 시스템 계층에 대한 경계 컨텍스트 모델을 만들고, 서로 다른 경계 컨텍스트가 시스템 및 프로세스 계층에서 협력할 수 있도록 손상 방지 계층을 추가합니다*****************************************>> 조직에서 이미 노력을 기울여 경험 및 프로세스 API에 대한 경계 컨텍스트 모델을 만들었으므로 표준 모델은 여기서 옵션이 아닙니다.>> 경험 및 프로세스 API가 동일한 경계 컨텍스트 모델을 공유한다고 언급되어 있으므로 모든 API에 대한 손상 방지 계층은 불필요하고 유효하지 않습니다. 지금 접근 방식을 선택해야 하는 것은 시스템 계층 API입니다. >> 따라서 프로세스 계층과 시스템 계층 사이에만 부패 방지 계층을 두는 것이 효과적일 것입니다. 또한 접근 속도를 높이기 위해 시스템 API는 백엔드 시스템 데이터 모델을 모방할 수 있습니다.Q44. API를 호출하고 처리하기 위해 API 구현, API 클라이언트 및 API 소비자는 어떻게 결합되나요? API 소비자는 API 구현을 생성하고, API로부터 API 호출을 수신하여 API 클라이언트를 위해 처리합니다. API 클라이언트는 API 구현을 위해 처리되도록 API로부터 API 호출을 수신하는 API 소비자를 생성합니다. API 소비자는 API 클라이언트를 생성하여 API 구현에 의해 처리되도록 API 호출을 API로 보냅니다. API 클라이언트가 API 소비자를 생성하여 API 구현에 의해 처리되도록 API 호출을 API로 전송합니다. Q45. 전시를 참조하세요.조직이 모든 CloudHub 배포에 하나의 특정 CloudHub(AWS) 리전을 사용하는데, 조직의 Mule 애플리케이션이 해당 리전의 CloudHub에 배포될 때 CloudHub 워커가 가용 영역(AZ)에 어떻게 할당되나요? 특정 환경에 속한 작업자는 해당 지역 내의 동일한 AZ에 할당됩니다. AZ는 Mule 애플리케이션의 배포 구성의 일부로 선택됩니다. 작업자는 해당 지역 내의 사용 가능한 AZ에 무작위로 배포됩니다. Mule 애플리케이션에 대해 AZ가 무작위로 선택되고 모든 Mule 애플리케이션의 CloudH