이 페이지는 무료 시험 덤프 자료 [ http://exams.dumpsmaterials.com ]에서 가져온 것입니다. 내보내기 날짜 :수 12 4 19:12:12 2024 / +0000 GMT ___________________________________________________ Title: MuleSoft 공인 플랫폼 아키텍트 MCPA-Level-1 시험 합격 [2024년 2월 14일] 97문항 업데이트 [Q10-Q34] --------------------------------------------------- 합격 MuleSoft 공인 플랫폼 아키텍트 MCPA-Level-1 시험 [Feb 14, 2024] 업데이트 된 97 질문 MuleSoft MCPA-Level-1 실제 문제 및 100% 커버 실제 시험 문제 질문 10어떤 뮬 애플리케이션이 해당 뮬 애플리케이션에 의해 노출된 엔드포인트에 애니포인트 플랫폼에서 API 정책을 적용할 수 있습니까? HTTP/1x를 통해 요청을 수락하는 Mule 애플리케이션. TCP를 통해 JSON 요청을 수락하지만 응답을 제공할 필요는 없는 Mule 애플리케이션. WebSocket을 통해 JSON 요청을 수락하는 Mule 애플리케이션. HTTP/2를 통해 gRPC 요청을 수락하는 Mule 애플리케이션. 설명/참조:질문 11아래 나열된 애니포인트 플랫폼 기능 중 API 및 API 호출/소비자 카테고리에 속하는 것은 무엇인가요? 두 개를 선택하세요. API 운영 및 관리 API 런타임 실행 및 호스팅 API 소비자 참여 API 설계 및 개발 정답입니다: API 설계 및 개발과 API 런타임 실행 및 호스팅*****************************************>> API 설계 및 개발 - 애니포인트 스튜디오, 애니포인트 디자인 센터, 애니포인트 커넥터>> API 런타임 실행 및 호스팅 - 뮬 런타임, 클라우드허브, 런타임 서비스>> API 운영 및 관리 - 애니포인트 API 매니저, 애니포인트 거래소정답 정답입니다: API 운영 및 관리 및 API 소비자 참여*****************************************>> API 설계 및 개발 - Anypoint Studio, Anypoint 디자인 센터, Anypoint 커넥터>> API 런타임 실행 및 호스팅 - 뮬 런타임, CloudHub, 런타임 서비스>> API 운영 및 관리 - Anypoint API 관리자, 애니포인트 익스체인지 >> API 소비자 관리 - API 계약, 공용 포털, 애니포인트 익스체인지, API 노트북질문 12미국이나 EU와 같이 모든 데이터 처리를 특정 관할권 내에서 수행해야 하는 법적 규제를 다룰 때 API 구현에 대해 어떤 것이 사실입니까? 미국 동부 지역에만 배포된 서비스에 따라 달라지므로 Object Store를 사용하지 않아야 합니다. Anypoint MQ가 아닌 Active MQ와 같은 관할 지역 내 외부 메시징 시스템을 사용해야 합니다. 애니포인트 플랫폼 컨트롤 플레인이 관리하는 애니포인트 플랫폼 런타임 플레인에 배포되어야 하며, 두 플레인 모두 동일한 관할권에 있어야 합니다. 모든 데이터는 전송 중 및 미사용 시 모두 암호화되어야 합니다. 질문 13그림을 참조하세요.세 가지 비즈니스 프로세스를 구현해야 하며, 구현된 프로세스는 여러 다른 SaaS 애플리케이션과 통신해야 합니다.이러한 프로세스는 별도의(사일로화된) LOB가 소유하며 주로 서로 독립적이지만 몇 가지 비즈니스 엔티티를 공유하기도 합니다. 각 LOB에는 하나의 개발 팀과 자체 예산이 있습니다. 이러한 조직적 맥락에서 데이터 모델의 중복을 최소화하면서 이러한 비즈니스 프로세스를 구현할 API 데이터 모델을 선택하는 가장 효과적인 접근 방식은 무엇인가요?A) 비즈니스 프로세스의 일관된 부분 및 관련 비즈니스 엔티티의 정의와 일치하는 여러 개의 바운드 컨텍스트 데이터 모델 구축B) 확립된 마이크로 서비스 및 애자일 API 중심 관행을 따르도록 각 API에 대해 고유한 데이터 모델 구축C) 조직 전체에서 일관성과 재사용을 촉진하기 위해 XML 스키마를 사용하여 모든 API 데이터 모델 구축D) 세 비즈니스 프로세스 모두에서 모든 데이터 유형을 통합하는 하나의 중앙화된 캐니컬 데이터 모델(기업 데이터 모델)을 구축하여 데이터 모델이 중복되지 않도록 보장하는 데이터 모델 구축 옵션 A 옵션 B 옵션 C 옵션 D 정답입니다: 비즈니스 프로세스의 일관된 부분 및 관련 비즈니스 엔티티의 정의와 일치하는 여러 바운드 컨텍스트 데이터 모델을 구축합니다.*****************************************>> XML 스키마/애자일 API 중심 관행을 사용하여 API 데이터 모델을 구축하는 옵션은 질문에 주어진 시나리오와 관련이 없습니다. 따라서 이 두 가지는 유효하지 않습니다. >> 팀과 LOB가 사일로에서 작업하고 모두 다른 이니셔티브, 예산 등을 가지고 있으므로 EDM(엔터프라이즈 데이터 모델) 구축은 이 시나리오에 적합하지 않거나 실현 가능하지 않습니다. EDM을 구축하려면 모든 팀 간의 집중적인 조정이 필요한데 이 시나리오에서는 불가능해 보입니다. 따라서 이 시나리오에 적합한 것은 비즈니스 프로세스의 일관된 부분 및 관련 비즈니스 엔티티의 정의에 부합하는 여러 바운드 컨텍스트 데이터 모델을 구축하는 것입니다.질문 14언제 API 구현을 애니포인트 VPC에 배포해야 하나요? API 구현이 CloudHub 외부에 배포된 공개적으로 노출된 서비스를 고객이 관리하는 AWS 인스턴스에서 호출해야 하는 경우 API 구현이 공개 액세스를 허용하지 않는 제한된 고객 호스팅 네트워크의 서브넷 내에서 액세스해야 하는 경우 API 구현이 Mule Maven 플러그인을 사용하여 프로덕션 AWS VPC에 배포되어야 하는 경우 API 구현이 퍼시스턴트 오브젝트 스토어에 써야 하는 경우 질문 15 API 구현이 CloudHub의 단일 워커에 배포되어 외부 API 클라이언트(CloudHub 외부)에 의해 호출됩니다. 해당 API 구현이 API 호출에 대한 응답을 중지하는 즉시 트리거되도록 보장하는 알림을 어떻게 설정할 수 있나요? API 내에서 하트비트/상태 확인을 구현하고 Anypoint 플랫폼 외부에서 호출하여 하트비트에 응답하지 않을 때 경고합니다. 애니포인트 런타임 매니저에서 "워커가 응답하지 않음" 알림을 구성합니다. 호출 API 클라이언트 내에서 API 호출 예외를 처리하고 API를 사용할 수 없을 때 해당 API 클라이언트에서 알림을 발생시킵니다. 지정된 기간 내에 API가 요청을 받지 못했을 때 알림을 생성합니다. 질문 16A 회사는 EU 컨트롤 플레인과 고객이 호스팅하는 Mule 런타임을 결합하는 하이브리드 Anypoint Platform 배포 모델을 사용합니다. 스테이징 환경에서 Mule API 구현을 성공적으로 테스트한 후 환경별 속성으로 Mule API 구현을 설정하고 프로덕션 환경으로 승격해야 합니다. MuleSoft가 Mule API 구현을 구성하고 프로덕션 환경으로 승격하는 것을 자동화하기 위해 권장하는 방법은 무엇인가요? 각 환경에 대한 속성 파일을 Mule API 구현의 배포 가능한 아카이브에 번들로 묶은 다음, Anypoint CLI 또는 Anypoint Platform REST APIsB를 사용하여 Mule API 구현을 프로덕션 환경으로 승격합니다. API 관리자 속성 탭에서 뮬 API 구현의 속성을 수정한 다음, API 관리자를 사용하여 뮬 API 구현을 프로덕션 환경으로 승격합니다. 애니포인트 익스체인지에서 뮬 API 구현의 속성을 수정한 다음 런타임 관리자를 사용하여 뮬 API 구현을 프로덕션 환경으로 승격합니다. API 정책을 사용하여 준비 환경에 배포된 뮬 API 구현의 속성을 변경하고 다른 API 정책을 사용하여 프로덕션 환경에 뮬 API 구현을 배포합니다. 정답은 다음과 같습니다: 각 환경의 속성 파일을 Mule API 구현의 배포 가능한 아카이브에 번들로 묶은 다음, Anypoint CLI 또는 Anypoint 플랫폼 REST API를 사용하여 Mule API 구현을 프로덕션 환경으로 승격*****************************************>> Anypoint Exchange는 자산 검색 및 문서화를 위한 것입니다. Mule API 구현의 속성을 수정하는 조항이 전혀 없습니다.>> API 매니저는 API 인스턴스, 해당 계약, 정책 및 SLA를 관리하기 위한 것입니다. 또한 API 구현의 속성을 수정할 수 있는 조항이 없습니다.>> API 정책은 API의 비기능적 요구 사항을 다루기 위한 것이며 다시 한 번 API 구현의 속성을 수정할 수 있는 조항이 없습니다.따라서 개발 관행의 일부로 이를 수행하는 올바른 방법이자 권장되는 방법은 각 환경의 속성 파일을 Mule API 구현에 번들로 묶고 각 환경별로 해당 파일을 가리키고 참조하는 것입니다.질문 17Mule 애플리케이션이 CloudHub 공유 작업자 클라우드에 배포될 때 생성되는 DNS 항목이라고도 하는 정규화된 도메인 이름(FQDN)을 가장 잘 설명하는 것은 무엇인가요? 환경 및 VPC 설계에 관계없이 고정된 수의 FQDN이 생성됩니다. FQDN은 선택한 애플리케이션 이름에 따라 결정되며, 지역을 반영하지 않습니다. FQDN은 애플리케이션 이름에 의해 결정되지만 배포 후 관리자가 수정할 수 있습니다. FQDN은 애플리케이션 이름과 Anypoint Platform 조직에 의해 결정됩니다. 질문 18소비자 휴대폰 또는 태블릿 애플리케이션과 함께 작동하도록 의도된 경험 API를 설계할 때 가장 적게 사용되는 API 정책은 무엇입니까? OAuth 2.0 액세스 토큰 적용 클라이언트 ID 적용 JSON 위협 방지 IPwhitellst 정답입니다: IP 화이트리스트*****************************************>> OAuth 2.0 액세스 토큰 및 클라이언트 ID 적용 정책은 API 소비자가 이러한 메커니즘 중 하나를 사용하여 API에 등록하고 액세스해야 하므로 Experience API에 적용하는 것이 매우 일반적입니다 >> JSON 위협 보호는 불량 또는 의심스러운 페이로드가 API 구현을 공격하는 것을 방지하기 위해 Experience API에 적용하는 매우 일반적인 정책입니다 >> IP 화이트리스트 정책은 일반적으로 프로세스 및 시스템 API에서 로컬 VPC 내의 IP 범위만 화이트리스트하는 매우 일반적인 정책입니다. 그러나 최종 사용자 / API 소비자가 고정 된 일부 경험 API에도 가끔 적용됩니다.>> 특정 경험 API에 액세스 할 API 소비자를 미리 알고있는 경우 해당 소비자에게 고정 IP를 요청하고 다른 사람이 API에 도달하지 못하도록 화이트리스트에 추가 할 수 있지만 질문 / 시나리오에 제공된 경험 API는 소비자 휴대폰 또는 태블릿 애플리케이션에서 작동하도록되어 있습니다. 즉, 휴대폰과 태블릿은 그 수가 매우 많고 도시/주/국가/전 세계의 모든 디바이스에서 사용할 수 있기 때문에 화이트리스트에 추가될 수 있는 모든 IP를 알 수 있는 방법은 없습니다. 따라서 일반적으로 소비자가 휴대폰 또는 태블릿인 이러한 경험 API에 IP 화이트리스트를 적용할 가능성은 매우 적습니다.질문 19시스템 API는 확장성 문제가 있는 백엔드 시스템에서 데이터를 검색하도록 설계되었습니다. 백엔드 시스템을 가장 잘 보호할 수 있는 API 정책은 무엇인가요? IP 화이트리스트 SLA 기반 속도 제한 인증 2 토큰 적용 클라이언트 ID 적용 설명https://dzone.com/articles/how-to-secure-apisQUESTION 20Anypoint Platform에서 클라이언트 관리를 위해 외부 ID 공급자를 사용할 때 주요 요구 사항은 무엇인가요? 싱글 사인온은 Anypoint Platform에 로그인하는 데 필요합니다. 애플리케이션 네트워크에 ID 공급자와 상호 작용하는 시스템 API가 포함되어야 합니다. Anypoint Platform에서 관리하는 OAuth 2.0 보호 API를 호출하려면 API 클라이언트는 동일한 ID 공급자가 발급한 액세스 토큰을 제출해야 합니다. 애니포인트 플랫폼에서 관리하는 API는 SAML 2.0 정책으로 보호되어야 합니다. https://www.folkstalk.com/2019/11/mulesoft-integration-and-platform.html 설명: 정답입니다: 애니포인트 플랫폼에서 관리하는 OAuth 2.0으로 보호되는 API를 호출하려면 API 클라이언트는 동일한 ID 공급자가 발급한 액세스 토큰을 제출해야 합니다*****************************************>> 클라이언트 관리를 위해 외부 ID 공급자를 사용하고 있기 때문에 애니포인트 플랫폼에 로그인하기 위해 싱글 사인온이 필요하지 않습니다>> 애니포인트 플랫폼에서 관리하는 모든 API가 SAML 2.0 정책을 사용할 필요가 없음 >> 클라이언트 관리를 위해 외부 ID 공급자를 사용하고 있기 때문에 애플리케이션 네트워크에 ID 공급자와 상호 작용하는 시스템 API가 포함되어야 한다는 것은 사실이 아님 주어진 옵션에서 TRUE 문장은 "Anypoint Platform에서 관리하는 OAuth 2.0 보호 API를 호출하려면 API 클라이언트는 동일한 ID 공급자가 발급한 액세스 토큰을 제출해야 합니다." 참조:https://docs.mulesoft.com/api-manager/2.x/external-oauth-2.0-token-validation-policyhttps://blogs.mulesoft.com/dev/api-dev/api-security-ways-to-authenticate-and-authorize/QUESTION 21작은 메시지 페이투드로 높은 클라이언트 요청(TPS)이 발생하는 API가 있습니다. 클라이언트 애플리케이션 유형에 따라 API에 사용량 제한을 적용하려면 어떻게 해야 하나요? SLA 기반 속도 제한 정책을 사용하고 클라이언트 애플리케이션의 유형에 따라 일치하는 SLA 티어에 할당합니다. 각 클라이언트 애플리케이션 유형에 대해 요청 수를 제한하는 스파이크 제어 정책을 사용합니다. CORS(교차 출처 리소스 공유) 정책을 사용하여 클라이언트 애플리케이션 유형에 따라 구성된 클라이언트 애플리케이션 간의 리소스 공유를 제한합니다. 클라이언트 응용 프로그램 유형별로 구성된 속도 제한 정책과 클라이언트 ID 적용 정책을 각각 사용합니다. 정답은 다음과 같습니다: SLA 기반 속도 제한 정책을 사용하고 클라이언트 애플리케이션을 유형에 따라 일치하는 SLA 계층에 할당합니다.*****************************************>> 클라이언트 유형에 따라 API에 제한이 적용될 때마다 SLA 계층이 작동합니다질문 22어떤 Mule 애플리케이션 배포 시나리오에서 Anypoint Platform Private Cloud Edition 또는 Anypoint Platform for Pivotal Cloud Foundry를 사용해야 합니까? 여러 데이터 센터에서 모든 애플리케이션의 고가용성이 필요한 경우 모든 API를 프라이빗으로 유지하고 퍼블릭 클라우드에 노출하지 않아야 하는 경우 규제 요건에 따라 메타데이터를 포함한 모든 데이터 항목의 온프레미스 처리를 의무화하는 경우 애플리케이션 네트워크의 모든 백엔드 시스템이 조직의 인트라넷에 배포된 경우 정답입니다: 규제 요건에 따라 메타데이터를 포함한 모든 데이터 항목의 온프레미스 처리를 의무화하는 경우.*****************************************아래의 경우 Anypoint Platform PCE 또는 PCF를 사용할 필요가 없습니다. 따라서 이러한 옵션은 제외됩니다.>> CloudHub를 사용하여 여러 데이터 센터에서 모든 애플리케이션을 고가용성으로 만들 수 있습니다.>> CloudHub의 Anypoint VPN 및 터널링을 사용하여 조직의 인트라넷에 배포된 애플리케이션 네트워크의 모든 백엔드 시스템에 연결할 수 있습니다.>> Anypoint VPC 및 방화벽 규칙을 사용하여 모든 API를 공용 클라우드에 노출되지 않고 비공개로 만들 수 있습니다.주어진 옵션 중 애니포인트 플랫폼 PCE/ PCF를 사용해야 하는 유일한 유효한 이유는 - 규제 요건에 따라 메타데이터를 포함한 모든 데이터 항목을 온프레미스에서 처리해야 하는 경우입니다.질문 23일반적으로 API 주도 연결이라는 프레임워크 내에서 생성된 API의 기능이 아닌 것은 무엇인가요? 기본 백엔드 시스템 위에 추가적인 복원력 계층을 제공하여 이러한 시스템의 장기적인 장애로부터 클라이언트를 보호합니다. 백엔드 시스템에서 데이터가 어떻게 추출되는지 알지 못한 채 기본 자산을 소비함으로써 사용자 인터페이스 수준에서 혁신을 이룰 수 있습니다. 백엔드 시스템에서 데이터를 재사용 가능하고 소모 가능한 방식으로 추출하여 기본 백엔드 시스템에 대한 의존성을 줄입니다. 다양한 소스에서 데이터를 구성하고 오케스트레이션 로직과 결합하여 더 높은 수준의 가치를 창출할 수 있습니다. 설명https://dzone.com/articles/api-led-connectivity-with-muleQUESTION 24특정 비즈니스 프로세스를 구현하기 위해 세분화된 API 배포 모델이 아닌 세분화된 API 배포 모델을 사용할 경우 일반적으로 어떤 결과가 발생하나요? 비즈니스 프로세스를 지원하는 애플리케이션 네트워크 내의 연결 수 감소 애플리케이션 네트워크에서 검색 가능한 API 관련 자산의 수 증가 API의 범위와 복잡성이 줄어들어 최종 사용자의 응답 시간 향상 세분화된 각 API가 더 적은 리소스를 소비하므로 전반적인 리소스 사용량 증가 정답입니다: 애플리케이션 네트워크에서 검색 가능한 API 관련 자산의 수가 더 많습니다.*****************************************>> 세분화된 접근 방식이 거친 접근 방식에 비해 응답 시간이 더 빠르지는 않습니다.>> 실제로 세분화된 API 모델을 사용하는 네트워크에 비해 거친 API를 사용하는 네트워크의 응답 시간이 더 빠릅니다. 그 이유는 다음과 같습니다.세분화된 접근 방식은 세분화된 접근 방식에 비해 더 많은 API를 보유합니다. 따라서 비즈니스 프로세스의 기능을 달성하기 위해 더 많은 오케스트레이션이 필요합니다.3. 즉, 많은 API 호출을 수행해야 합니다. 따라서 더 많은 연결을 설정해야 합니다. 따라서 대량 기능이 내장된 API가 적은 세분화된 접근 방식에 비해 당연히 더 많은 홉, 더 많은 네트워크 I/O, 더 많은 통합 포인트가 필요합니다.4. 따라서 이러한 모든 추가 홉과 추가 지연 시간으로 인해 세분화된 접근 방식은 세분화된 방식에 비해 응답 시간이 조금 더 깁니다.5.세분화된 접근 방식에서는 지연 시간과 연결 횟수가 늘어날 뿐만 아니라 더 많은 수의 API로 인해 더 많은 리소스가 사용되므로 네트워크에서 더 많은 수의 검색 가능한 자산을 노출하고 검색할 수 있다는 점에서 세분화된 API가 좋습니다. 그러나 통합 지점, 연결, 리소스를 관리하고 네트워크 홉과 응답 시간을 약간 타협해야 하는 등 유지 관리가 더 필요합니다.질문 25API 구현이 준비되고 API가 API 매니저에 등록되면 누가 애니포인트 익스체인지에서 API에 대한 액세스 권한을 요청해야 하나요? None Both API 클라이언트 API 소비자 정답입니다: API 컨슈머*****************************************>> API 클라이언트는 API 소비자의 클라이언트 자격 증명을 사용하지만 접근 권한을 얻기 위해 애니포인트 익스체인지와 직접 상호작용하지는 않는 코드 또는 프로그램입니다>> API 소비자는 API에 등록하고 접근 권한을 요청해야 하며, API 클라이언트는 해당 클라이언트 자격 증명을 사용하여 API에 접속해야 합니다 따라서 API 컨슈머는 애니포인트 익스체인지에서 API 접근을 요청해야 합니다질문 26Anypoint Platform에서 제공하는 API 호출 지표는 무엇을 제공하나요? 현업 사용자와 직접 공유할 수 있는 API의 ROI 지표 재사용 수준에 따른 애플리케이션 네트워크의 효과 측정 다양한 API의 이상 징후와 사용 패턴을 파악하는 데 도움이 되는 과거 API 호출 데이터 특정 위협 임계값을 초과하는 향후 정책 위반 가능성 사전 식별 질문 27코드 중심의 API 문서화 환경에서는 API 소비자가 대표적인 시나리오의 일부로 하나 이상의 API를 호출하는 것을 보여주는 API 클라이언트 소스 코드를 조사하고 실행할 수 있어야 합니다.애니포인트 플랫폼을 사용하여 이러한 유형의 코드 중심 API 문서화 환경을 제공하는 가장 효과적인 방법은 무엇인가요? 각 관련 API에 대해 모의 서비스를 활성화하고 해당 Anypoint Exchange 항목을 통해 노출합니다. 애니포인트 익스체인지 항목과 API 콘솔을 통해 API가 잘 문서화되어 있는지 확인하고 모든 API 소비자와 이 페이지를 공유하세요. API 노트북을 생성하고 관련 애니포인트 익스체인지 항목에 포함하세요. 애니포인트 익스체인지 항목을 통해 관련 API를 검색할 수 있도록 합니다. 질문 28전시물을 참조하세요.하나의 엔드투엔드 비즈니스 프로세스를 경험, 프로세스 및 시스템 API의 협업으로 분해하는 가장 좋은 방법은 무엇인가요?A) 최종 사용자 애플리케이션에 대한 사용자 지정을 경험 API 수준이 아닌 프로세스 API 수준에서 처리B) 시스템 API가 식별된 프로세스 또는 경험 API에서 현재 필요하지 않은 데이터를 반환하도록 허용C) 항상 3개 계층(경험, 프로세스 및 시스템 API)에 대해 정확히 하나의 API를 생성하여 계층화된 접근 방식을 사용D) 프로세스 API를 사용하여 여러 시스템 API 호출을 오케스트레이션하지만 다른 프로세스 API에 대한 호출은 사용하지 않습니다. 옵션 A 옵션 B 옵션 C 옵션 D 질문 29애니포인트 플랫폼 API의 응답에서 즉각적으로 드러나는 일반적인 C4E의 성공을 측정하는 핵심 성과 지표(KPI)는 무엇입니까? 지난 24시간 동안 보고된 생산 중단 인시던트의 수 공개적으로 액세스할 수 있는 HTTP 엔드포인트가 있고 Anypoint Platform에서 관리 중인 API 구현의 수 CI/CD 도구를 사용하여 배포된 API 구현과 비교하여 수동으로 배포된 API 구현의 비율 애니포인트 익스체인지에 게시된 RAML 또는 OAS 형식의 API 사양 수 질문 30클라우드허브 전용 로드밸런서를 사용해야 하는 조건은 무엇인가요? 동일한 뮬 애플리케이션의 개별 배포 간에 지역 간 로드 밸런싱이 필요한 경우 고객이 호스팅하는 Mule 런타임에 배포된 API 구현에 사용자 지정 DNS 이름이 필요한 경우 여러 CloudHub 워커에 걸쳐 API 호출을 로드 밸런싱해야 하는 경우 API 구현과 API 클라이언트 간에 서버 측 로드 밸런싱 TLS 상호 인증이 필요한 경우 질문 31애니포인트 플랫폼 API의 응답에서 즉시 알 수 있는 일반적인 C4E의 성공을 측정하는 핵심 성과 지표(KPI)는 무엇인가요? 지난 24시간 동안 보고된 생산 중단 인시던트의 수 공개적으로 액세스할 수 있는 HTTP 엔드포인트가 있고 Anypoint Platform에서 관리 중인 API 구현의 수 CI/CD 도구를 사용하여 배포된 API 구현과 비교하여 수동으로 배포된 API 구현의 비율 애니포인트 익스체인지에 게시된 RAML 또는 OAS 형식의 API 사양 수 정답입니다: 애니포인트 익스체인지에 게시된 RAML 또는 OAS 형식의 API 사양 수*****************************************>> C4E의 성공은 항상 재사용