A. 모든 포인트 기능 모니터링 테스트 API의 기능 동작 사용

B. API 관리자에서 경고 실패 조건 구성

C. Anypoint 모니터링에서 개별 애플리케이션 모니터링 활성화

D. 런타임 관리자에서 실패 조건으로 경고 구성

A. HTTPS 끝점을 노출해야 하는 모든 Mule 응용 프로그램에서 참조하는 Mule DOMAIN 프로젝트의 HTTPS 수신기 구성을 패키징합니다. HTTPS 끝점을 노출해야 하는 모든 Mule 응용 프로그램에서 서버측 인증서를 패키징합니다.

B. Mule DOMAIN 프로젝트에서 HTTPS 리스너 구성을 패키징하여 HTTPS 엔드포인트를 노출해야 하는 모든 Mule 애플리케이션에서 참조합니다. Mule 런타임 클래스 경로의 공유 파일 시스템 위치, Mule DOMAIN 외부 또는 모든 Mule 애플리케이션에 서버측 인증서를 저장합니다.

C. HTTPS 끝점을 노출해야 하는 모든 Mule 애플리케이션에서 HTTPS 리스너 구성 패키지 새 Mule DOMAIN 프로젝트에서 서버 측 인증서 패키지

D. HTTPS 끝점을 노출해야 하는 모든 Mule 애플리케이션에서 참조하는 Mule DOMAIN 프로젝트에서 HTTPS 수신기 구성을 패키징합니다. SAME Mule DOMAIN 프로젝트에서 서버측 인증서를 패키징합니다. 설정으로 이동합니다.

A. For Each 범위 내에서 Async 범위를 사용하고 응답 메시지가 도착하는 순서대로 두 번째 For Each 범위에서 응답 메시지를 수집한 다음 이 응답 목록을 사용하여 RESP를 보냅니다.

B. For Each 범위 내에서 Scatter-Gather를 사용하여 응답 메시지 순서를 보장합니다. 영구 개체 저장소로 Scatter-Gather를 구성합니다.

C. For Each 범위 내에서 동기식으로 서비스 S와 관련된 모든 통신을 수행하므로 RESP의 개체는 REQU의 요청 개체와 정확히 동일한 순서입니다.

D. For Each 범위 및 서비스와 관련된 모든 통신 모두에서 REQU의 목록 길이 및 모든 개체 인덱스를 추적합니다. RESP를 생성할 때 영구 저장소를 사용합니다.

A. CloudHub에 대한 API 구현의 배포가 하나 있고 캐시 상태를 공유해야 하는 고객 호스팅 뮬 런타임에 대한 또 다른 배포가 있는 경우.

B. 캐시 상태를 공유해야 하는 동일한 CloudHub 지역에 대해 2개의 Anypoint Platform 비즈니스 그룹에 의해 API 구현의 2개 CloudHub 배포가 있는 경우.

C. 캐시 상태를 공유해야 하는 세 작업자에 대한 API 구현의 CloudHub 배포가 하나 있는 경우.

D. 캐시 상태를 공유해야 하는 3개의 개별 CloudHub 지역에 대한 API 구현의 3개 CloudHub 배포가 있는 경우.

A. API 소비자는 API 클라이언트에 대해 처리되도록 API에서 API 호출을 수신하는 API 구현을 생성합니다.

B. API 소비자는 API 구현에 의해 처리되도록 API 호출을 API로 보내는 API 클라이언트를 생성합니다.

C. API 클라이언트는 API 구현을 위해 처리되도록 API로부터 API 호출을 수신하는 API 소비자를 생성합니다.

D. API 클라이언트는 API 구현에 의해 처리되도록 API 호출을 API로 보내는 API 소비자를 생성합니다.