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

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

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

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

A. API 구현 소스 코드는 소스 제어 관리 시스템(예: GitHub)에 커밋되어야 합니다.

B. API를 Anypoint Exchange에 게시해야 하며 API 구현에 사용하려면 API Manager에서 해당 API 인스턴스 ID를 가져와야 합니다.

C. API의 RAML 정의는 API 디자이너에서 생성되어야 Anypoint Exchange에 게시될 수 있습니다.

D. API 소비자가 API와 상호 작용할 수 있도록 API 포털을 통해 API를 잠재적 개발자와 공유해야 합니다.

A. 각 범위에 대해 병렬을 사용하여 레코드를 데이터베이스에 하나씩 삽입

B. 일괄 작업 범위를 사용하여 데이터베이스에 레코드를 대량으로 삽입합니다.

C. DataWeave 맵 작업과 Async 범위를 사용하여 레코드를 데이터베이스에 하나씩 삽입합니다.

D. Scatter-Gather를 사용하여 데이터베이스에 레코드를 대량으로 삽입

A. 두 API의 Mule 런타임 간의 직접적인 양방향 통신을 열려면

B. 두 API 모두에서 사용하는 인증서를 인증합니다.

C. 각 API에서 사용하는 로드밸런서 간의 통신을 허용하기 위해

D. 각 API의 Mule 런타임 및 네트워크 영역에서 다른 API의 toad 밸런서로의 통신을 활성화하기 위해

A. 가용성

B. 처리량

C. 응답 시간

D. 일관성