MCIA-Level-1 문제 76
트랜잭션을 지원하는 Anypoint 커넥터는 무엇입니까?
MCIA-Level-1 문제 77
전시를 참고하세요.

조직은 2노드 Mute 런타임 클러스터를 사용하여 하나의 상태 비저장 API 구현을 호스팅합니다. API는 로드 분산을 위해 라운드 로빈을 사용하는 로드 밸런서를 통해 HTTPS를 통해 액세스됩니다.
두 개의 추가 노드가 클러스터에 추가되었으며 로드 밸런서에 대한 다른 변경 사항 없이 새 노드를 인식하도록 로드 밸런서가 구성되었습니다.
모든 클러스터 노드가 완전히 작동한다고 가정할 때 어떤 평균 성능 변화가 보장됩니까?

조직은 2노드 Mute 런타임 클러스터를 사용하여 하나의 상태 비저장 API 구현을 호스팅합니다. API는 로드 분산을 위해 라운드 로빈을 사용하는 로드 밸런서를 통해 HTTPS를 통해 액세스됩니다.
두 개의 추가 노드가 클러스터에 추가되었으며 로드 밸런서에 대한 다른 변경 사항 없이 새 노드를 인식하도록 로드 밸런서가 구성되었습니다.
모든 클러스터 노드가 완전히 작동한다고 가정할 때 어떤 평균 성능 변화가 보장됩니까?
MCIA-Level-1 문제 78
조직은 Anypoint Platform - Private Cloud Edition에서 관리하는 Mule 런타임을 사용합니다.
MuleSoft가 아닌 분석 플랫폼에 분석 데이터를 제공하는 MuleSoft 구성 요소는 무엇입니까?
MuleSoft가 아닌 분석 플랫폼에 분석 데이터를 제공하는 MuleSoft 구성 요소는 무엇입니까?
MCIA-Level-1 문제 79
전시를 참고하세요.

Mule 애플리케이션에는 HTTP DELETE 요청을 수락하는 HTTP Listener가 있습니다. 이 Mule 애플리케이션은 CloudHub Shared Load Balancer의 제어 하에 3명의 CloudHub 작업자에게 배포됩니다.
웹 클라이언트는 Mule 애플리케이션의 공개 URL에 대한 일련의 요청을 수행합니다.
이 웹 클라이언트 요청 시퀀스는 3개의 CloudHub 작업자에서 실행되는 HTTP 리스너 간에 어떻게 분산됩니까?

Mule 애플리케이션에는 HTTP DELETE 요청을 수락하는 HTTP Listener가 있습니다. 이 Mule 애플리케이션은 CloudHub Shared Load Balancer의 제어 하에 3명의 CloudHub 작업자에게 배포됩니다.
웹 클라이언트는 Mule 애플리케이션의 공개 URL에 대한 일련의 요청을 수행합니다.
이 웹 클라이언트 요청 시퀀스는 3개의 CloudHub 작업자에서 실행되는 HTTP 리스너 간에 어떻게 분산됩니까?
MCIA-Level-1 문제 80
전시를 참고하세요.

장바구니 체크아웃 프로세스는 일련의 API 호출을 Experience API로 보내는 웹 스토어 백엔드로 구성되며, 이 백엔드는 차례로 Process API를 호출합니다. 모든 API 호출은 HTTPS POST를 통해 이루어집니다. Java 웹 스토어 백엔드는 Java EE 애플리케이션 서버에서 실행되는 반면, 모든 API 구현은 고객이 호스팅하는 Mule 런타임에서 실행되는 Mule 애플리케이션입니다.
각 개별 체크아웃 인스턴스에 속하는 모든 HTTP 요청 및 응답의 종단 간 상관 관계가 필요합니다. 이는 웹 스토어 백엔드, Experience API 구현 및 Process API 구현에 의해 작성된 모든 로그 항목이 동일한 체크아웃 인스턴스에 속하는 모든 요청 및 응답에 대해 동일한 상관 ID를 포함하도록 공통 상관 ID를 통해 수행되어야 합니다.
웹 스토어 백엔드와 Experience API 및 Process API 구현이 각 체크아웃 인스턴스에 대한 API 호출의 종단 간 상관 관계에 참여하는 가장 효율적인 방법(최소한의 사용자 정의 코딩 또는 구성 사용)은 무엇입니까?

장바구니 체크아웃 프로세스는 일련의 API 호출을 Experience API로 보내는 웹 스토어 백엔드로 구성되며, 이 백엔드는 차례로 Process API를 호출합니다. 모든 API 호출은 HTTPS POST를 통해 이루어집니다. Java 웹 스토어 백엔드는 Java EE 애플리케이션 서버에서 실행되는 반면, 모든 API 구현은 고객이 호스팅하는 Mule 런타임에서 실행되는 Mule 애플리케이션입니다.
각 개별 체크아웃 인스턴스에 속하는 모든 HTTP 요청 및 응답의 종단 간 상관 관계가 필요합니다. 이는 웹 스토어 백엔드, Experience API 구현 및 Process API 구현에 의해 작성된 모든 로그 항목이 동일한 체크아웃 인스턴스에 속하는 모든 요청 및 응답에 대해 동일한 상관 ID를 포함하도록 공통 상관 ID를 통해 수행되어야 합니다.
웹 스토어 백엔드와 Experience API 및 Process API 구현이 각 체크아웃 인스턴스에 대한 API 호출의 종단 간 상관 관계에 참여하는 가장 효율적인 방법(최소한의 사용자 정의 코딩 또는 구성 사용)은 무엇입니까?
