问题 10

我们的服务清单包含以下三个提供发票相关数据访问功能的服务：Invoice、InvProc 和 Proclnv。这些服务由不同的项目团队在不同的时间创建，无需遵守任何设计标准。因此，每个服务都有不同的数据模型来表示发票数据。
目前，这三项服务各有一个不同的服务消费者：服务消费者 A 访问发票服务 (1)，服务消费者 B (2) 访问 InvProc 服务，服务消费者 C (3) 访问 Proclnv 服务。每个服务消费者都会调用发票相关服务的数据访问功能，要求该服务与所有发票相关服务使用的共享会计数据库进行交互（4、5、6）。
此外，服务消费者 D 可直接从共享会计数据库访问发票数据 (7)。(在本架构中，服务消费者 D 被标记为服务消费者，因为它访问的是与图示服务架构相关的资源）。假设 Invoice 服务、InvProc 服务和 Proclnv 服务属于同一个服务清单，那么需要哪些步骤才能完全应用官方端点模式？

问题 11

服务消费者 A 向服务 A 发送一条信息。目前，服务 A 有三个重复的实现（实现 1、实现 2 和实现 3）。服务消费者 A 发送的信息由服务代理 A (1) 截获，并由其在运行时决定将信息转发给服务 A 的哪个实现。服务 A 的所有三个实现都位于同一台物理服务器上。
您被告知，尽管服务 A 存在重复实施，但有时性能仍然很差。您还获悉，服务 A 很快需要添加新的服务功能，以引入需要访问 IT 企业中许多其他客户和应用程序正在使用的共享数据库的功能。预计这将进一步增加对服务 A 的性能需求。
如何改变服务架构以提高性能，为增加新的服务能力做好准备？

问题 12

服务 A、B 和 C 是非对称任务服务。服务 A 和服务 B 使用相同的共享状态数据库，在运行时延迟状态数据。
对这三种服务进行评估后发现，每种服务都包含一些不可知论逻辑，但由于这些逻辑与非不可知论逻辑捆绑在一起，因此无法重复使用。
评估还确定，由于服务 A、服务 B 和共享状态数据库各自位于不同的物理环境中，服务 A 和服务 B 与共享状态数据库交互所需的远程通信会导致运行时性能的不合理下降。
如何应用协调模式来改进这一架构？

问题 13
请参阅附录。

服务 A 是基于 SOAP 的网络服务，其功能上下文专用于发票相关处理。服务 B 是基于 REST 的实用程序服务，提供对数据库的通用数据访问。
在此服务组合架构中，服务消费者 A 向服务 A (1) 发送包含发票 XML 文档的 SOAP 消息。然后，服务 A 将发票 XML 文档发送给服务 B (2)，服务 B 再将发票文档写入数据库 (3)。
服务消费者 A 用于表示发票文件的数据模型基于 XML 模式 A。
服务 A 的服务合同旨在接受基于 XML Schema B 的发票文档。服务 B 的服务合同旨在接受基于 XML Schema A 的发票文档。
由于服务使用的 XML 模式不兼容，因此无法使用现有服务完成从服务消费者 A 向服务 B 发送发票文档的工作。假设正在应用 "合同集中 "模式，而没有应用 "逻辑集中 "模式，那么可以采取哪些措施，在不添加会增加运行时性能要求的逻辑的情况下，将发票文档从服务消费者 A 发送到数据库？

问题 14
请参阅附录。

服务 A 是一个任务服务，它向服务 B 发送信息 (2)，要求服务 B 在响应信息 (3) 中向服务 A 返回数据。根据收到的回复，服务 A 可能需要向服务 C 发送一条不需要回复的信息 (4)。
在与服务 B 联系之前，服务 A 必须首先从自己的数据库 (1) 中检索代码值列表，然后将这些数据放入自己的内存中。如果发现必须向服务 C 发送一条信息，那么服务 A 必须将从服务 B 接收到的数据与代码值列表中的数据结合起来，才能创建发送给服务 C 的信息。
服务 A 和服务 C 位于服务清单 A 中，服务 B 位于服务清单 B 中。
因此，服务 A 是基于 SOAP 的 Web 服务，而服务 B 是交换 JSON 格式消息的 REST 服务。因此，服务 A 和服务 B 目前无法通信。此外，服务 C 是一种不可知服务，许多并发服务消费者都会大量访问它。服务 C 经常达到其使用阈值，在此期间它无法使用，发送到它的消息也无法接收。
可以采取哪些措施来解决这些问题？

问题 15
请参阅附录。

服务消费者 A 和服务 A 位于服务清单 A 中，服务 B 和服务 C 位于服务清单 B 中。服务 D 是一项公共服务，可通过万维网公开访问。该服务也可以购买，因此可以在 IT 企业内独立部署。由于在服务目录 B 中严格应用了服务抽象原则，因此有关服务 B 和服务 C 的唯一可用信息就是已发布的服务合同。对于服务 D，提供的是服务合同和服务级别协议（SLA）。SLA 表明，服务 D 在每晚 11:00 至午夜期间都有计划停机。
您是一个项目团队的架构师，该团队正在为服务目录 A 构建服务。您被告知，服务目录 A 和服务目录 B 的所有者一般都不合作或不沟通。跨库存服务组合是可以容忍的，但并不直接支持。因此，没有服务 B 和服务 C 的 SLA，您也不知道这些服务的可用性如何。根据服务合同，您可以确定服务清单 B 中的服务与服务清单 A 中的服务使用不同的数据模型和传输协议。此外，最近的测试结果表明，服务 D 的性能非常难以预测，原因是它接收了来自其他组织服务消费者的大量并发访问。您还被告知，服务消费者 A 在等待服务 A 的响应时需要保持状态多长时间也是一个问题。
可以采取哪些措施来解决这些问题？

问题 16

服务 A 是基于 SOAP 的网络服务，其功能上下文专门用于处理与发票有关的事务。
服务 B 是一个基于 REST 的实用程序服务，提供对数据库的通用数据访问。
在此服务组合架构中，服务消费者 A 向服务 A (1) 发送包含发票 XML 文档的 SOAP 消息。然后，服务 A 将发票 XML 文档发送给服务 B (2)，服务 B 再将发票文档写入数据库 (3)。
服务消费者 A 用于表示发票文件的数据模型基于 XML 模式 A。
服务 A 的服务合同旨在接受基于 XML Schema B 的发票文档。服务 B 的服务合同旨在接受基于 XML Schema A 的发票文档。
由于服务使用的 XML 模式不兼容，因此无法使用现有服务完成从服务消费者 A 向服务 B 发送发票文档的工作。假设正在应用 "合同集中 "模式，而没有应用 "逻辑集中 "模式，那么可以采取哪些措施，在不添加会增加运行时性能要求的逻辑的情况下，将发票文档从服务消费者 A 发送到数据库？

问题 17

组件 A 首先调用组件 B (2)，该组件使用消息中的值查询数据库 A，以检索其他数据。然后，组件 A 调用组件 C (3)，该组件与传统系统的应用程序接口交互，以检索新的数据值。
然后，组件 C 将数据值返回给组件 A。
接下来，组件 A 将其积累的部分数据发送给组件 D (4)，组件 D 将数据写入一个文本文件，并将该文件放在一个特定的文件夹中。然后，组件 D 等待，直到通过定期计划的批量导入将该文件导入另一个系统。导入完成后，组件 D 会向组件 A 返回成功或失败代码。组件 A 最终会向服务用户 A (5) 发送一个响应，其中包含迄今为止收集到的所有数据，服务用户 A 会将所有数据写入数据库 B (6)。
组件 A、B、C 和 D 属于服务 A 服务架构。数据库 A、遗留系统和文件文件夹是 IT 企业内部的共享资源。
服务 A 是一个实体服务，其服务架构在过去几年中不断发展。作为整个服务库存重新设计项目的结果，您被要求重新审视服务 A 的服务架构，以便将组件 B、C 和 D 提供的逻辑分离到三个不同的实用程序服务中，同时不中断服务 A 与服务消费者 A 的相关行为。
可以采取哪些措施来满足这些要求？

问题 18

服务 A 是一个实用程序服务，它为一个数据库提供通用数据访问逻辑，该数据库包含从共享数据库定期复制的数据 (1)。由于服务 A 的设计采用了标准化服务合同原则，因此其服务合同已完全标准化。
三个服务消费者正在访问服务 A 的服务架构。服务消费者 A 通过直接调用服务 A 实现中的一个组件来访问该组件 (2)。服务消费者 B 通过访问服务合同来调用服务 A (3)。服务消费者 C 直接访问作为服务 A 实现一部分的复制数据库 (4)。
有人告诉您，服务消费者 A 和 C 绕过已发布的服务 A 服务合同的原因是，出于安全考虑，不允许他们访问构成服务 A 服务合同的 API 中的功能子集。如何更改服务 A 架构以执行这些安全限制，同时避免负面耦合？

问题 19
请参阅附录。

当服务 A 收到来自服务消费者 A (1) 的信息时，信息将由组件 A 处理。
该组件首先调用组件 B (2)，后者使用消息中的值查询数据库 A，以获取更多数据。然后，组件 A 会调用组件 C (3)，该组件会与遗留系统的应用程序接口交互，以检索新的数据值。然后，组件 C 将数据值返回给组件 A。
接下来，组件 A 将其积累的部分数据发送给组件 D (4)，组件 D 将数据写入一个文本文件，并将该文件放在一个特定的文件夹中。然后，组件 D 等待，直到通过定期计划的批量导入将该文件导入另一个系统。导入完成后，组件 D 会向组件 A 返回成功或失败代码。组件 A 最终会向服务用户 A (5) 发送一个响应，其中包含迄今为止收集到的所有数据，服务用户 A 会将所有数据写入数据库 B (6)。
组件 A、B、C 和 D 属于服务 A 服务架构。数据库 A、遗留系统和文件文件夹是 IT 企业内部的共享资源。
服务 A 是一个实体服务，其服务架构在过去几年中不断发展。作为整个服务库存重新设计项目的结果，您被要求重新审视服务 A 的服务架构，以便将组件 B、C 和 D 提供的逻辑分离到三个不同的实用程序服务中，同时不中断服务 A 与服务消费者 A 的相关行为。
可以采取哪些措施来满足这些要求？

问题 20
请参阅附录。

服务 A 向服务 B 发送信息 (1)。服务 B 将信息内容写入数据库 A (2)，然后向服务 A 发出回复信息 (3)。然后，服务 A 向服务 C 发送信息 (4)。服务 C 收到信息后，向服务 D 发送信息 (5)，服务 D 将信息内容写入数据库 B (6)，并向服务 C 发送回复信息 (7)。
服务 A 和服务 D 位于服务清单 A 中，服务 B 和服务 C 位于服务清单 B 中。
在此服务组合架构中，所有四个服务都以 XML 格式交换与发票相关的数据。此外，数据库 A 只能接受逗号分隔值 (CSV) 格式的数据，因此不能接受 XML 格式的数据。数据库 B 只接受 XML 格式的数据。但是，数据库 B 是一个传统数据库，使用专有的 XML 模式来表示发票数据，与服务清单 A 或服务清单 B 中的服务所使用的 XML 模式不同。
可以采取哪些措施来实现这四项服务之间的计划数据交换？

问题 21
请参阅附录。

服务 A、B 和 C 是非对称任务服务。服务 A 和服务 B 使用相同的共享状态数据库，在运行时延迟状态数据。
对这三种服务进行评估后发现，每种服务都包含一些不可知论逻辑，但由于这些逻辑与非不可知论逻辑捆绑在一起，因此无法重复使用。
评估还确定，由于服务 A、服务 B 和共享状态数据库各自位于不同的物理环境中，服务 A 和服务 B 与共享状态数据库交互所需的远程通信会导致运行时性能的不合理下降。
如何应用协调模式来改进这一架构？

问题 22

客户和供应商服务是不可知论服务，目前都是多个服务组合的一部分。因此，这些服务有时会受到多个服务消费者的并发访问。
客户服务主要提供客户数据库的数据访问逻辑，但也会与其他服务协调，以确定客户的信用等级。供应商服务提供一些数据访问逻辑，但也可以根据专门的业务需求生成各种动态报告。
在查看这两个服务运行时活动的历史统计数据后，发现客户端服务正在为越来越多的服务消费者提供服务。客户服务经常超时，这反过来又增加了服务消费者重试请求时的呼叫率。供应商服务有时难以满足其服务级别协议（SLA）的要求，一旦出现这种情况，就会受到处罚。
最近，客户服务托管人接到通知，客户服务将向其服务库存之外的新服务消费者提供。客户服务将向任何通过互联网连接到该服务的服务消费者提供免费的信用评级分数。供应商服务将保留在服务库存内部，不会向外部开放。
以下哪项陈述描述了解决这些问题和要求的解决方案？

问题 23

图中所示的服务 A 架构显示了服务 A 的核心逻辑是如何随着时间的推移不断扩展的，以连接数据库和专有遗留系统（1），并支持由不同服务消费者访问的两个独立服务合同（2）。
服务合同与服务逻辑完全分离。因此，服务逻辑与服务合同和底层实施资源（数据库和遗留系统）是耦合的。
服务 A 目前有三个服务消费者。服务消费者 A 和服务消费者 B 访问服务 A 的两个服务合同（3、4）。服务消费者 C 绕过服务合同，直接访问服务逻辑（5）。
您被告知，服务 A 目前使用的数据库和遗留系统正在被不同的产品所取代。这两个服务合同已与核心服务逻辑完全解耦，但人们仍然担心新产品的引入会导致核心服务逻辑的行为与以前不同。
在准备引入新产品时，可以采取哪些措施来改变服务 A 的架构，从而最大限度地减少对服务消费者 A 和 B 的影响？还可以采取哪些措施来避免服务消费者 C 从消费者到实施的耦合？