MCIA-Level-1 문제 1
외부 REST 클라이언트는 단일 POST 요청의 레코드 배열을 Mule 애플리케이션 API 엔드포인트에 주기적으로 보냅니다.
Mule 애플리케이션은 배열에서 수신된 것과 동일한 순서로 다운스트림 시스템으로 보내기 전에 JSON 스키마에 대해 요청의 각 레코드를 검증해야 합니다. 레코드 처리는 하위 흐름을 호출하는 라우터 또는 범위 내에서 발생합니다. 자식 흐름에는 자체 오류 처리가 정의되어 있습니다. 유효성 검사 또는 통신 오류가 남아 있는 기록의 추가 처리를 방해해서는 안 됩니다.
이러한 요구 사항을 가장 잘 처리하기 위해 상위 흐름에서 사용되는 가장 관용적인(의도된 목적으로 사용되는) 라우터 또는 범위는 무엇이며, 하위 흐름에서는 어떤 유형의 오류 처리기를 사용해야 합니까?
Mule 애플리케이션은 배열에서 수신된 것과 동일한 순서로 다운스트림 시스템으로 보내기 전에 JSON 스키마에 대해 요청의 각 레코드를 검증해야 합니다. 레코드 처리는 하위 흐름을 호출하는 라우터 또는 범위 내에서 발생합니다. 자식 흐름에는 자체 오류 처리가 정의되어 있습니다. 유효성 검사 또는 통신 오류가 남아 있는 기록의 추가 처리를 방해해서는 안 됩니다.
이러한 요구 사항을 가장 잘 처리하기 위해 상위 흐름에서 사용되는 가장 관용적인(의도된 목적으로 사용되는) 라우터 또는 범위는 무엇이며, 하위 흐름에서는 어떤 유형의 오류 처리기를 사용해야 합니까?
MCIA-Level-1 문제 2
전시를 참고하세요.
Anypoint Platform은 플랫폼 기능에 대한 RBAC(역할 기반 액세스 제어)를 지원합니다. 조직에서 Anypoint Platform으로 ID 관리를 위해 외부 ID 제공자를 구성했습니다.
Anypoint Platform 컨트롤 플레인에서 항상 제어해야 하고 외부 ID 공급자를 통해 제어할 수 없는 RBAC의 측면은 무엇입니까?
Anypoint Platform은 플랫폼 기능에 대한 RBAC(역할 기반 액세스 제어)를 지원합니다. 조직에서 Anypoint Platform으로 ID 관리를 위해 외부 ID 제공자를 구성했습니다.
Anypoint Platform 컨트롤 플레인에서 항상 제어해야 하고 외부 ID 공급자를 통해 제어할 수 없는 RBAC의 측면은 무엇입니까?
MCIA-Level-1 문제 3
전시를 참고하세요. 비즈니스 프로세스에는 HTTP를 통해 비동기적으로 상호 작용하는 두 개의 API가 포함됩니다. 각 API는 Mule 애플리케이션으로 구현됩니다. API 1은 초기 HTTP 요청을 수신하고 API 2를 호출하고(fire and forget 방식으로) API 2는 처리가 완료되면 API 1을 다시 호출하여 비동기식 프로세스의 완료를 알립니다.
각 API는 여러 중복 Mule 런타임과 별도의 로드 밸런서에 배포되고 별도의 네트워크 영역에 배포됩니다.
네트워크 아키텍처에서 API 1과 API 2 간의 위의 상호 작용을 가능하게 하려면 방화벽 규칙을 어떻게 구성해야 합니까?
각 API는 여러 중복 Mule 런타임과 별도의 로드 밸런서에 배포되고 별도의 네트워크 영역에 배포됩니다.
네트워크 아키텍처에서 API 1과 API 2 간의 위의 상호 작용을 가능하게 하려면 방화벽 규칙을 어떻게 구성해야 합니까?
MCIA-Level-1 문제 4
주문 마이크로 서비스 및 주문 처리 마이크로 서비스는 API 호출이 아닌 메시지 기반 통합을 통해 해당 대상과 통신하도록 설계되고 있습니다.
주문 마이크로 서비스는 이행할 주문의 세부 정보가 포함된 주문 메시지(일종의 명령 메시지)를 게시합니다. 의도는 주문 메시지가 하나의 Mute 애플리케이션인 주문 처리 마이크로서비스에서만 사용되도록 하는 것입니다.
Fulfillment 마이크로서비스는 주문 메시지를 사용하고 여기에 설명된 주문을 이행한 다음 OrderFulfilted 메시지(일종의 이벤트 메시지)를 게시합니다. 각 OrderFulfilted 메시지는 관심 있는 모든 Mule 애플리케이션에서 사용할 수 있으며 Order 마이크로서비스는 그러한 Mute 애플리케이션 중 하나입니다.
이 시나리오에서 메시지 브로커 및 메시지 대상의 가장 적절한 선택은 무엇입니까?
주문 마이크로 서비스는 이행할 주문의 세부 정보가 포함된 주문 메시지(일종의 명령 메시지)를 게시합니다. 의도는 주문 메시지가 하나의 Mute 애플리케이션인 주문 처리 마이크로서비스에서만 사용되도록 하는 것입니다.
Fulfillment 마이크로서비스는 주문 메시지를 사용하고 여기에 설명된 주문을 이행한 다음 OrderFulfilted 메시지(일종의 이벤트 메시지)를 게시합니다. 각 OrderFulfilted 메시지는 관심 있는 모든 Mule 애플리케이션에서 사용할 수 있으며 Order 마이크로서비스는 그러한 Mute 애플리케이션 중 하나입니다.
이 시나리오에서 메시지 브로커 및 메시지 대상의 가장 적절한 선택은 무엇입니까?
MCIA-Level-1 문제 5
전시를 참고하세요. 비즈니스 프로세스에는 SFTP를 통해 외부 공급업체로부터 파일 수신이 포함됩니다. 파일을 구문 분석하고 해당 콘텐츠를 처리하고 유효성을 검사하고 궁극적으로 데이터베이스에 유지해야 합니다. 더 많은 공급업체가 파일 전송 또는 HTTP POST와 같은 다른 메커니즘을 사용하여 유사한 파일을 전송함에 따라 전달 메커니즘이 변경될 것으로 예상됩니다.
향후 변경의 영향을 최소화하기 위해 이러한 요구 사항을 설계하는 가장 효과적인 방법은 무엇입니까?
향후 변경의 영향을 최소화하기 위해 이러한 요구 사항을 설계하는 가장 효과적인 방법은 무엇입니까?