[Q12-Q31] 获得 MCPA-Level-1 Dumps PDF 特别折扣优惠 [更新日期：5月-2023年]

5 月 27, 20235 月 27, 2023 考试[Q12-Q31] 获得 MCPA-Level-1 Dumps PDF 特别折扣优惠 [更新日期：5月-2023年] 0 条评论

標籤: 考试模块 MCPA-Level-1, MCPA-Level-1 精确学习材料, MCPA-1 级当前考试内容, MCPA-Level-1 考试实际测试, MCPA-Level-1 新考试折扣, MCPA-Level-1 可靠的考试转储 pdf, MCPA-Level-1 有效练习材料

给本帖评分

获取 MCPA-Level-1 Dumps PDF 特别折扣优惠 [更新日期：5月-2023年]

PDF Download MuleSoft Test To Gain Brilliante Result！

MuleSoft 简介 MCPA - 1 级：MuleSoft 认证平台架构师 - 1 级考试

MuleSoft 认证开发人员 - 1 级应该能够在指导和监督下成功完成基本的 Mule 4 项目。该考试验证开发人员是否具备设计、构建、测试和调试、部署以及管理基本 API 和集成所需的知识和技能：从 Anypoint Platform 到 Anypoint Studio 再到 Anypoint Studio。
通过认证的候选人应能够

处理批记录。
连接各种资源，包括数据库、文件、网络服务、SaaS 应用程序和 JMS 队列。
使用 MuleSoft 托管的 Anypoint Platform，将基本 API 贯穿其生命周期的所有步骤：设计、构建、部署、管理和治理。

NO.12 请参阅展品。

开发人员正在构建一个客户端应用程序，以调用部署到 STAGING 环境的 API，该 API 受客户端 ID 执行策略的控制。
成功调用 API 需要哪些条件？

在 STAGING 环境中拥有 API 的 Anypoint Platform 账户的客户端 ID 和密文

Anypoint Platform 账户 STAGING 环境的客户 ID 和密文

从 Anypoint Exchange 获取的 STAGING 环境中 API 实例的客户端 ID 和密文

从 Anypoint Platform 获取的有效 OAuth 令牌及其相关客户端 ID 和密钥

说明
https://docs.mulesoft.com/api-manager/2.x/policy-mule3-client-id-based-policies

NO.13 什么是 Mule 应用程序单元测试的正确特征？

它们测试源系统和目标系统输入和输出的有效性

它们必须在单元测试环境中运行，该环境有专用的 Mule 运行时

它们必须由外部客户端工具或事件源触发

它们通常使用 MUnit 编写，在嵌入式 Mule 运行时中运行，不需要外部连接

说明
https://dzone.com/articles/munit-framework

NO.14 请参阅展品。

将一个端到端业务流程分解为体验、流程和系统应用程序接口协作的最佳方法是什么？
A) 在流程应用程序接口（Process API）层级而非体验应用程序接口（Experience API）层级处理终端用户应用程序的定制功能

B) 允许系统应用程序接口返回已确定的流程或体验应用程序接口目前不需要的数据

C)始终采用分层方法，为 3 层（体验、流程和系统 API）中的每一层创建一个准确的 API

D) 使用流程 API 协调对多个系统 API 的调用，但不协调对其他流程 API 的调用

方案 A

方案 B

选项 C

选项 D

第 15 号 某组织使用各种基于云的 SaaS 系统和多个内部部署系统。企业内部系统是企业应用网络的重要组成部分，只能从企业内部网访问。
配置和使用 Anypoint Platform 以支持与基于云的 SaaS 系统和企业内部系统集成的最佳方法是什么？
A) 在由 Anypoint Platform Private Cloud Edition 控制平面管理的 Anypoint VPC 中使用 CloudHub 部署的 Mule 运行时

B) 在由 MuleSoft 托管的 Anypoint Platform 控制平面管理的共享工作云中使用 CloudHub 部署的 Mule 运行时

C)使用内部安装的 Mule 运行时，这些运行时完全隔离，没有外部网络访问，由 Anypoint Platform 私有云版控制平面管理

D) 结合使用由 MuleSoft 托管的 Anypoint Platform 控制平面管理的云枢纽部署和手动调配的内部 Mule 运行时

方案 A

方案 B

选项 C

选项 D

NO.16 某组织做出了一项战略决策，即转向一种 IT 运营模式，该模式强调使用现代 API（如 MuleSoft 所定义）消费可重复使用的 IT 资产。
与这种新的 IT 运营模式相关的现代 API 的最佳描述是什么？

每个现代应用程序接口都有自己的软件开发生命周期，从而减少了对文档和自动化的需求

每个调制解调器应用程序接口都必须像产品一样对待，并针对特定目标受众（例如移动应用程序开发人员）进行设计

每个现代应用程序接口都必须易于使用，因此应避免使用 SAML 或 JWT D 等复杂的认证机制。

每个现代应用程序接口都必须基于 REST 和 HTTP

正确答案
1.每个现代应用程序接口都必须像产品一样对待，并为特定的目标受众（如移动应用程序开发人员）而设计
*****************************************

第 17 号 请参阅展品。

将一个端到端业务流程分解为体验、流程和系统应用程序接口协作的最佳方法是什么？
A) 在流程应用程序接口（Process API）层级而非体验应用程序接口（Experience API）层级处理终端用户应用程序的定制功能

B) 允许系统应用程序接口返回已确定的流程或体验应用程序接口目前不需要的数据

C)始终采用分层方法，为 3 层（体验、流程和系统 API）中的每一层创建一个准确的 API

D) 使用流程 API 协调对多个系统 API 的调用，但不协调对其他流程 API 的调用

方案 A

方案 B

选项 C

选项 D

正确答案：允许系统 API 返回确定的流程或体验 API 当前不需要的数据。
*****************************************
>> 所有针对最终用户应用程序的自定义操作只能在 "体验 API "中进行。流程 API 中没有
>> 我们应该使用分层方法，但并不总是为 3 层中的每一层创建一个完全相同的应用程序接口。体验 API 可能是一个，但流程 API 和系统 API 通常不止一个。系统应用程序接口肯定不止一个，因为它们是构建在终端系统前的最小模块化应用程序接口。
>> 流程 API 可以调用系统 API，也可以调用其他流程 API。在以 API 为主导的连接中，并不存在流程 API 不应调用其他流程 API 的反设计模式。
因此，根据 API 引导的连接原则，在给定的选项中，正确的答案是允许系统 API 返回当前已确定的流程或体验 API 不需要的数据。这样，未来的流程应用程序接口（Process API）就可以使用来自系统应用程序接口（System API）的数据，我们也就不需要反复接触系统层应用程序接口（System layer API）了。

第 18 号 系统应用程序接口的应用程序接口数据模型何时可以合理地模仿相应后端系统暴露的数据模型，并对后端系统的数据模型进行最小程度的改进？

当现有的企业数据模型在整个组织内广泛使用时

当系统应用程序接口可分配给具有相应数据模型的有界上下文时

当务实的方法被认为适合与后台系统进行有限的隔离时

预计在不久的将来更换相应的后台系统时

正确答案：当认为与后端系统只有有限隔离的实用方法是合适的时候。
*****************************************
关于选择数据模型的一般指导：
>> 如果使用企业数据模型，那么系统 API 的 API 数据模型应使用该企业数据模型的数据类型，相应的 API 实现应在企业数据模型的这些数据类型和后端系统的本地数据模型之间进行转换。
>> 如果没有使用企业数据模型，那么每个系统 API 都应分配给一个有界上下文，系统 API 的 API 数据模型应使用相应的有界上下文数据模型中的数据类型，相应的 API 实现应在这些有界上下文数据模型中的数据类型和后端系统的本地数据模型之间进行转换。在这种情况下，有界上下文数据模型中的数据类型纯粹是根据其业务特性定义的，通常与后端系统的本地数据模型无关。换句话说，翻译的工作量可能会很大。
>> 如果没有使用企业数据模型，而定义一个简洁的有界上下文数据模型又过于费力，那么系统 API 的 API 数据模型应使用与后端系统大致相同的数据类型、与后端系统相同的语义和命名、轻度消毒、公开给定系统 API 功能所需的所有字段，但不要明显超出这些字段，并充分利用 REST 约定。
后一种方法，即在系统应用程序接口（System API）中公开一个基本反映后端系统数据模型的应用程序接口（API）数据模型，本身并不能通过系统应用程序接口（System API）层提供令人满意的与后端系统的隔离。特别是，如果不对后端系统前面的所有系统应用程序接口（System API）以及依赖于这些系统应用程序接口的所有流程应用程序接口（Process API）的应用程序接口实现进行重大更改，通常不可能 "更换 "后端系统！这样做的原因是，在新的后端系统前以系统 API 的 API 数据模型的形式延长以前后端系统的数据模型的寿命是不可取的。因此，在更换后端系统时，采用这种方法的系统 API 的 API 数据模型必须更改。
另一方面
>> 这是一种非常实用的方法，与直接访问后台系统相比，增加的开销相对较少
>> 将应用程序接口客户端与数据模型之外错综复杂的后端系统（协议、身份验证、连接池、网络地址......）隔离开来。
>> 允许对系统应用程序接口应用通常的应用程序接口策略
>> 在系统应用程序接口的 RAML 定义中公开与后端系统交互的应用程序接口数据模型，使其清晰可见
>> 在流程应用程序接口层的应用程序接口实现中，确实存在与后端系统数据模型的进一步隔离

第 19 号 在通过公共 Anypoint Exchange 门户共享 API 之前，应确保哪些事项？

需要公开访问的 API 实例的可见性级别应设置为公开可见性

需要访问应用程序接口的用户应添加到 Anypoint Platform 的相应角色中

应用程序接口应具有功能性，至少已部署了初步实施方案，用户可与之进行交互

应使用其中一种受支持的验证/授权机制确保应用程序接口的安全，以确保数据不被泄露

说明
https://docs.mulesoft.com/exchange/to-share-api-asset-to-portal

NO.20 请参阅展品。

在使用客户托管的 Mule 运行时和 MuleSoft 托管的 Anypoint Platform 控制平面（混合部署）时，情况如何？

Anypoint 运行时管理器启动与 Mule 运行时的网络连接，以部署 Mule 应用程序

MuleSoft 托管的共享负载平衡器可用于对 Mule 运行时的 API 调用进行负载平衡

API 实现可以在客户托管的 Mule 运行时中成功运行，即使它们无法与控制平面通信

Anypoint 运行时管理器可在节点发生故障时创建新的 Mule 运行时实例，从而自动确保控制平面的 HA

第 21 号 以下哪项最符合 API 主导型连接的定义？

以应用程序接口为主导的连接不仅是一种架构或技术，也是一种组织人员和流程的方式，从而在组织内实现高效的 IT 交付

以应用程序接口为主导的连接是一个涵盖体验层、流程层和系统层的三层架构

以应用程序接口为主导的连接技术使我们能够实施基于体验、流程和系统层的应用程序接口

正确答案：以应用程序接口为主导的连接不仅是一种架构或技术，也是一种组织人员和流程的方式，以实现组织内高效的 IT 交付。
*****************************************
参考资料

第 22 号 某组织做出了一项战略决策，即转向一种 IT 运营模式，该模式强调使用现代 API（如 MuleSoft 所定义）消费可重复使用的 IT 资产。
与这种新的 IT 运营模式相关的现代 API 的最佳描述是什么？

每个现代应用程序接口都有自己的软件开发生命周期，从而减少了对文档和自动化的需求。

每个现代应用程序接口都必须像产品一样对待，并为特定的目标受众（例如，移动应用程序开发人员）而设计

每个现代应用程序接口都必须易于使用，因此应避免使用复杂的认证机制，如 SAML 或 JWT。

每个现代应用程序接口都必须基于 REST 和 HTTP。

第 23 号 某机构正在实施一个每日名言 API，缓存今日名言。
什么情况下可以通过对象存储连接器使用 GoudHub 对象存储来持久化缓存的状态？

当必须共享缓存状态的三个 CloudHub 区域有三个 API 实施的 CloudHub 部署时

当两个 Anypoint Platform 业务组在同一 CloudHub 区域部署两个必须共享缓存状态的 API 实施时

当有一个 API 实施部署到 CloudHub 和一个必须共享缓存状态的客户托管 Mule 运行时的部署时

当有一个 CloudHub 部署的 API 实现与三个 CloudHub Worker 共享缓存状态时

第 24 号 在被称为 API 主导的连接性框架内创建的 API 通常不具备什么功能？

它们在底层后端系统之上提供了额外的弹性层，从而使客户免受这些系统长时间故障的影响。

通过使用底层资产，它们可以在用户界面层面进行创新，而无需了解如何从后台系统提取数据。

它们以可重复使用和可消费的方式帮助从后端系统释放数据，从而减少对底层后端系统的依赖。

它们可以将各种来源的数据进行组合，并与协调逻辑相结合，以创造更高层次的价值。

正确答案：它们在底层后端系统的基础上提供了一个额外的弹性层，从而使客户免受这些系统长时间故障的影响。
*****************************************
在以应用程序接口为主导的连接中、
>> 体验应用程序接口（API）--通过使用底层资产，在用户界面层面实现创新，而无需了解如何从后台系统提取数据。
>> 流程应用程序接口 - 从各种来源获取数据，并将其与协调逻辑相结合，以创造更高层次的价值
系统应用程序接口 >> 系统应用程序接口 - 以可重复使用和可消费的方式帮助从后端系统获取数据，从而减少对底层后端系统的依赖。
不过，它们都承诺在底层后端系统之上提供额外的弹性层，从而使客户免受这些系统长时间故障的影响。
https://dzone.com/articles/api-led-connectivity-with-mule

NO.25 正在设计的应用程序接口实施必须调用订单应用程序接口，而众所周知，订单应用程序接口会反复出现停机。
因此，当订单 API 不可用时，应调用后备 API。
设计调用后备应用程序接口的最佳方法是什么？

在 Anypoint Exchange 中搜索合适的现有后备 API，然后除订单 API 外，对该后备 API 进行调用

在 API 管理器中为订单 API 创建一个单独的条目，然后在主订单 API 不可用时调用此 API 作为备用 API

当订单 API 不可用时，通过 HTTP 307 临时重定向状态代码将客户端请求重定向到后备 API

在调用订单 API 的 HTTP 请求器组件中设置一个选项，以便在订单 API 返回 HTTP 4xx 或 5xx 响应状态代码时，调用后备 API。

NO.26 某企业正在 CloudHub 中向多个工作人员部署订单状态系统 API 的新实施。该 API 面向企业内部的订单管理系统，API 实施通过 IPsec 隧道访问该系统。
哪种类型的错误通常不会导致订单状态系统 API 服务中断？

CloudHub Worker 因内存不足异常而失败

应用程序接口管理器在应用程序接口实施的初始部署期间发生长时间中断

AWS 区域脱机，相关 AWS 数据中心出现重大网络故障

由于组织内部数据中心的网络中断，订单管理系统无法访问

正确答案：CloudHub Worker 因内存不足异常而失败。
*****************************************
>> AWS 区域本身宕机肯定会导致中断，因为不管有多少工人被分配到 Mule 应用程序，该区域内的所有工人都会宕机。这是一次彻底的宕机和中断。
>> 在 API 实施的初始部署过程中，API 管理器的扩展中断当然会导致应用程序本身的正常启动出现问题，因为 API 自动发现可能会失败，或者 API 策略模板和策略可能无法在应用程序启动时下载到嵌入程序中......可能导致问题的原因有很多。
>> 企业内部的网络中断当然会导致无法访问订单管理系统，而且不管有多少员工被分配到应用程序，他们都会出现故障，肯定会导致网络中断。
唯一不会导致服务中断的情况是，cloudhub Worker 出现内存不足异常。即使一个 Worker 出现故障并宕机，仍有其他 Worker 处理请求并保持 API 正常运行。因此，这是正确的答案。

NO.27 某应用程序接口（API）的客户端请求率（TPS）很高，而消息的付费率却很低。如何根据客户应用程序的类型对 API 施加使用限制？

使用基于 SLA 的速率限制策略，并根据客户应用程序的类型将其分配到匹配的 SLA 层级

使用尖峰控制策略，限制每种客户端应用程序类型的请求数量

使用跨源资源共享 (CORS) 策略限制客户端应用程序之间的资源共享，由客户端应用程序类型配置

使用速率限制策略和客户端 ID 执行策略，每个策略由客户端应用程序类型配置

正确答案：使用基于 SLA 的速率限制策略，并根据客户应用程序的类型将其分配到匹配的 SLA 层。
*****************************************
>> 无论何时根据客户类型对应用程序接口施加任何限制，SLA 层级都将发挥作用

NO.28 Mule 应用程序暴露 HTTPS 端点并部署到 CloudHub 共享工作云。该 Mule 应用程序的所有流量必须保持在 AWS VPC 内。
调用 Mule 应用程序的 API 需要发送到哪个 TCP 端口？

443

8081

8091

8082

正确答案8082
*****************************************
>> 8091 和 8092 端口分别用于保持 HTTP 和 HTTPS 应用程序对本地 VPC 的私有性。
>> 以上两个端口不适用于共享 AWS VPC/共享工作云。
>> 8081 应在通过共享 LB 将 HTTP 端点应用程序暴露于互联网时使用
>> 因此，在调用基于 HTTPS 的应用程序时，应将 API 调用发送到 8082 端口。
参考资料
https://docs.mulesoft.com/runtime-manager/cloudhub-networking-guide
https://help.mulesoft.com/s/article/Configure-Cloudhub-Application-to-Send-a-HTTPS-Request-Directly-to-Another-Cloudhub-Application
https://help.mulesoft.com/s/question/0D52T00004mXXULSA4/multiple-http-listerners-on-cloudhub-one-with-port-9090

NO.29 什么 API 策略最不可能应用于流程 API？

定制断路器

客户 ID 强制执行

速率限制

JSON 威胁防护

NO.30 某组织实施了客户地址 API，以检索客户地址信息。该 API 已部署到多个环境中，并已配置为在所有地方强制执行客户 ID。
开发人员正在编写一个客户端应用程序，允许用户更新地址。开发人员在 Anypoint Exchange 中找到了客户地址 API，并希望在客户端应用程序中使用它。
Anypoint平台可自动执行哪些获取API访问权限的步骤？

批准所选 SLA 层级的客户应用程序请求

使用客户端应用程序的凭据，请求访问部署在多个环境中的相应 API 实例

修改客户端应用程序，以便使用客户端应用程序的凭据调用应用程序接口

在 Anypoint Exchange 中创建一个新应用程序，用于请求访问 API

正确答案：批准所选 SLA 层的客户应用程序请求
*****************************************
>> 只能自动批准所选 SLA 层级的客户应用程序请求
>> 所提供的其他选项无效

第 31 号 某应用程序接口（API）的客户端请求率（TPS）很高，而消息的付费率却很低。如何根据客户应用程序的类型对 API 施加使用限制？

使用基于 SLA 的速率限制策略，并根据客户应用程序的类型将其分配到匹配的 SLA 层级

使用尖峰控制策略，限制每种客户端应用程序类型的请求数量

使用跨源资源共享 (CORS) 策略限制客户端应用程序之间的资源共享，由客户端应用程序类型配置

使用速率限制策略和客户端 ID 执行策略，每个策略由客户端应用程序类型配置

加载中 …