A. X.509 인증서를 Mule 애플리케이션의 배포 가능한 아카이브에 추가한 다음, 각 Mule 애플리케이션의 CloudHub 작업자에 대해 CloudHub 전용 로드 밸런서(DLB)를 구성합니다. DLB의 A 레코드를 가리키는 api.acme.com에 대한 CNAME 생성

B. X.509 인증서를 Mule 애플리케이션의 배포 가능한 아카이브에 추가한 다음, 각 Mule 애플리케이션의 CloudHub 작업자에 대해 CloudHub 공유 로드 밸런서(SLB)를 구성합니다. SLB의 A 레코드를 가리키는 api.acme.com에 대한 CNAME 생성

C. Mule 애플리케이션이 아닌 CloudHub SLB(공유 로드 밸런서)에 X.509 인증서 추가 SLB의 A 레코드를 가리키는 api.acme.com에 대한 CNAME 생성

D. Mule 애플리케이션이 아닌 CloudHub 전용 로드 밸런서(DLB)에 X.509 인증서 추가 DLB의 A 레코드를 가리키는 api.acme.com에 대한 CNAME 생성

A. 백엔드 시스템의 프로덕션 성능 특성을 복제하는 Mocking 서비스를 만듭니다. 그런 다음 Mocking 서비스를 사용하도록 API 구현을 구성하고 성능 테스트를 수행합니다.

B. MUnit을 사용하여 백엔드 시스템의 표준 응답을 시뮬레이션한 다음 성능 테스트를 수행하여 시스템의 다른 병목 현상을 식별합니다.

C. 성능 테스트 상황에서 백엔드 시스템의 호출을 우회하는 API 구현 내에 로직을 포함합니다. 대신 일반적인 백엔드 시스템 응답을 복제하는 로컬 스텁을 호출한 다음 이 API 구현을 사용하여 성능 테스트를 수행합니다.

D. 속도가 제한된 백엔드 시스템에 대해 스테이징 환경에서 축소된 성능 테스트를 수행한 다음 성능 결과를 전체 프로덕션 규모로 확장합니다.

A. 1단계의 상관 관계 ID 값은 영구 개체 저장소에 저장되어야 합니다. 3단계의 상관 관계 ID 값은 Mule 이벤트 변수/속성으로 저장되어야 합니다.

B. 두 상관 ID 값 모두 영구 개체 저장소에 저장해야 합니다.

C. 두 상관 ID 값 모두 비영구적 개체 저장소에 저장해야 합니다.

D. 두 상관 ID 값은 모두 Mule 이벤트 변수/속성으로 저장되어야 합니다.

A. API 포털에 접속하여 Staging 환경의 API 포털에서 제공하는 Client ID와 Client Secret을 사용하여 API 노트북을 생성해야 합니다.

B. Staging 환경에서 API 인스턴스에 대한 접근을 요청하고 API 테스트에 사용할 Client ID와 Client Secret을 얻어야 합니다.

C. Staging 환경에서 API의 API 버전 소유자로 지정되어야 합니다.

D. 스테이징 환경에 대한 액세스를 요청하고 API 테스트에 사용할 해당 환경에 대한 클라이언트 ID 및 클라이언트 암호를 얻어야 합니다.

A. RuntimeManager에서 기본 로깅 구성 유지
Mule 애플리케이션 배포를 지원하기 위해 Runtime Manager에 한 번 업로드되는 하나의 전역 log4j.xml 파일에 splunk appender를 정의합니다.

B. 런타임 관리자에서 Cloudhub 로깅 비활성화
각 Mule 애플리케이션의 log4j2.xml 파일에서 splunk appender 정의

C. 런타임 관리자에서 Cloudhub 로깅 비활성화
Mule 애플리케이션 배포 시 지원하기 위해 Runtime Manger에 한 번 업로드되는 하나의 전역 log4j.xml 파일에 splunk appender를 정의합니다.

D. 런타임 관리자에서 기본 로깅 구성 유지
각 Mule 애플리케이션 log4j2.xml 파일에 Splunk 어펜더 정의