무료 온라인 액세스 MuleSoft.MCIA-Level-1-Maintenance.v2023-10-16.q43 모의 시험 (Page 5)

MCIA-Level-1-Maintenance 문제 16

VM을 사용하는 mule 애플리케이션이 고객 호스팅 클러스터 또는 여러 클라우드 허브 작업자에 배포되는 경우 Mule 엔진에서 메시지를 어떻게 사용합니까?

A. 중복 처리를 피하기 위해 1차 전용

B. 각 새 메시지에 대해 XA 트랜잭션을 시작하여

C. 비결정적 방식으로

D. 결정론적 방식으로

MCIA-Level-1-Maintenance 문제 17

조직은 API 주도 연결을 성공적으로 사용하고 있지만, 애플리케이션 네트워크가 성장함에 따라 API를 게시하고 공유 및 검색, 등록, 정책 적용 및 배포하기 위해 수동으로 수행하는 모든 작업이 조직에서 다음을 사용하여 이 프로세스를 자동화하도록 하는 반복적인 그림이 되고 있습니다. 효율적인 CI/'CD 파이프라인.
Anypoint 플랫폼 기능을 고려할 때 조직은 API 라이프사이클 자동화에 어떻게 접근해야 합니까?

A. API 수명 주기에 필요한 사용자 지정 구성과 함께 Maven 사용

B. API 관리 및 MavenforAPI 배포에 Exchange 나머지 API 사용

C. Groovy와 같은 스크립팅 언어와 함께 Anypoint CLI 또는 Anypoint Platform REST API 사용

D. API 관리 및 mavenforAPI 배포를 위해 런타임 관리자 나머지 API 사용

MCIA-Level-1-Maintenance 문제 18

새로운 업스트림 API는 중앙값 500ms 및 최대 응답 시간 800ms(99번째 백분위수)의 SLA를 제공하도록 설계되고 있습니다. 해당 API 구현은 복잡도가 매우 유사한 3개의 다운스트림 API를 순차적으로 호출해야 합니다. 이러한 다운스트림 API 중 첫 번째는 응답 시간에 대해 중앙값: 100ms, 80번째 백분위수: 500ms, 95번째 백분위수: 1000ms의 SLA를 제공합니다. 가능한 경우 새로운 업스트림 API의 원하는 SLA를 충족하기 위해 첫 번째 다운스트림 API를 호출하기 위해 업스트림 API에서 제한 시간을 어떻게 설정할 수 있습니까?

A. 타임아웃을 100ms로 설정합니다. 다른 두 개의 다운스트림 API가 완료하는 데 400ms가 남습니다.

B. 타임아웃을 설정하지 마십시오. 이 API의 호출은 필수이므로 응답할 때까지 기다려야 합니다.

C. 타임아웃을 50ms로 설정합니다. 이것은 해당 API의 더 많은 호출 시간을 초과하지만 재시도를 위한 추가 공간을 제공합니다.

D. 업스트림 API의 원하는 SLA를 충족하기 위해 시간 초과가 불가능합니다. 다른 SLA는 첫 번째 다운스트림 API와 협상하거나 대체 API를 호출해야 합니다.

정답: D

설명
이 질문에 답하기 전에 중앙값(50번째 백분위수)과 80번째 백분위수가 무엇을 의미하는지 이해해야 합니다. 응답 시간의 50번째 백분위수(중간값)가 500ms라면 내 트랜잭션의 50%가 500ms보다 빠르거나 빠르다는 의미입니다.
동일한 트랜잭션의 90번째 백분위수가 1000ms이면 90%가 빠르거나 빠르며 10%만 느리다는 의미입니다. 이제 업스트림 SLA에 따라 99번째 백분위수는 800ms입니다. 이는 들어오는 요청의 99%가 800ms 이하의 응답 시간을 가져야 함을 의미합니다. 그러나 백엔드 API 중 하나에 따라 95번째 백분위수는 1000ms이며 이는 백엔드 API가 95%의 경우보다 1000ms 이하가 소요됨을 의미합니다. 요청합니다.
업스트림 API에서 세 가지 API 호출이 있으므로 백엔드 SLA가 지원하지 않으므로 원하는 SLA를 충족하도록 설정할 수 있는 제한 시간을 결론 내릴 수 없습니다.
다른 답변이 올바르지 않은 이유를 살펴보겠습니다.
1) 시간 초과를 설정하지 마십시오 --> 잠재적으로 업스트림 API의 SLA를 위반할 수 있습니다.
2) 타임아웃을 100ms로 설정합니다. ---> 백엔드 API가 중앙값으로 100ms를 가지므로 이 시간에 50% 요청만 응답되고 요청의 50%에 대해 시간 초과가 발생하므로 작동하지 않습니다. 여기서 중요한 점은 모든 API는 순차적으로 실행되어야 하므로 첫 번째 API에서 타임아웃이 발생하면 두 번째, 세 번째 API로 갈 필요가 없다는 것입니다. 서비스 제공업체로서 고객의 50%가 만족하지 못하는 상황을 유지하고 싶지는 않을 것입니다. 따라서 최선의 선택은 아닙니다.
*예를 들면: 고객 연락처 세부 정보를 업데이트하기 위해 API를 구축했다고 가정해 보겠습니다.
- 첫 번째 API는 로그인 자격 증명을 기반으로 고객 번호를 가져옵니다.
- 두 번째 API는 1개의 테이블에서 정보를 가져오고 고유 키를 반환합니다.
- 세 번째 API, 두 번째 API에서 제공하는 고유 키를 기본 키로 사용하여 나머지 세부 정보 업데이트
* 이제 API가 첫 번째 API에서 시간 초과되어 고객 번호를 가져올 수 없는 경우, 이 경우 API 2 및 3을 호출하는 것은 쓸모가 없으며 질문에서 모든 API를 순차적으로 실행해야 한다고 구체적으로 언급하는 이유를 생각해 보십시오.
3) 타임아웃을 50ms로 설정 --> 위와 같은 이유로 다시 불가능하므로 정답은 업스트림 API의 원하는 SLA를 충족하기 위해 No timeout이 가능합니다. 다른 SLA는 첫 번째 다운스트림 API와 협상하거나 대체 API를 호출해야 합니다.

MCIA-Level-1-Maintenance 문제 19

조직에서 CloudHub 공유 로드 밸런서(SLB) 사용과 CloudHub 전용 로드 밸런서(DLB) 생성을 평가하고 있습니다. 그들은 이 선택이 MuleSoft 제공, 고객 제공 또는 Mule 애플리케이션 제공 인증서를 포함하여 CloudHub 배포 Mule 애플리케이션에서 사용하는 다양한 유형의 인증서에 어떤 영향을 미치는지 평가하고 있습니다. CloudHub SLB(공유 로드 밸런서)가 공용 인터넷을 통해 외부 웹 클라이언트에 노출할 수 있는 서비스의 인증서 유형에는 어떤 유형의 제한이 있습니까?

A. 기본 Mule 애플리케이션은 자체 인증서를 구현해야 합니다.

B. MuleSoft 제공 인증서만 서버 측 인증서에 사용할 수 있습니다.

C. 자체 서명된 인증서만 사용할 수 있습니다.

D. 공유 로드 밸런서에서 사용할 수 있는 모든 인증서는 지원 티켓을 올려 승인을 받아야 합니다.

MCIA-Level-1-Maintenance 문제 20

Anypoint Platform REST API, Anypoint CLI 또는 Mule Maven 플러그인과 같은 도구를 사용하여 Anypoint Platform과의 상호 작용을 자동화하는 것에 대해 올바른 것은 무엇입니까?

A. 기본적으로 Anypoint CLI 및 Mule Maven 플러그인은 Mule 런타임에 포함되어 있지 않습니다.

B. Anypoint 플랫폼 API 및 Anypoint CLI에 대한 액세스는 Anypoint 플랫폼의 역할 및 권한을 통해 개별적으로 제어할 수 있으므로 특정 사용자는 Anypoint CLI에 액세스하고 다른 사용자는 플랫폼 API에 액세스할 수 있습니다.

C. Anypoint Platform API는 CloudHub와의 상호 작용만 자동화할 수 있지만 고객이 호스팅하는 Mule 런타임에 배포하려면 Mule maven 플러그인이 필요합니다.

D. 특정 LOS만 특정 기능에 액세스할 수 있도록 API 정책을 Anypoint 플랫폼 API에 적용할 수 있습니다.

최근 업로드: 128SAP.C_S4CPB_2602.v2026-06-13.q7; 147SAP.C-S4CS-2602.v2026-06-13.q29; 161Salesforce.Slack-Con-201.v2026-06-13.q86; 162Oracle.1Z1-136.v2026-06-13.q46; 141BCS.BAPv5.v2026-06-13.q62; 133PaloAltoNetworks.SSE-Engineer.v2026-06-13.q18; 136SAP.C_CR125.v2026-06-13.q26; 134Proofpoint.PPAN01.v2026-06-13.q19; 141Workday.Workday-Pro-Time-Tracking.v2026-06-13.q19; 160API.API-1184.v2026-06-12.q40