CheckInventory 请求检查请求者和目录的级别与状态。服务消费者根据 STAR 模式创建目录请求文档。消费者将文档编组成请求，并通过网络发送给服务。服务发回目录状态响应说明库存中有哪些零部件。
通过降低网络带宽的需要和减少为了响应冗余请求而造成的服务带宽需要，零件订购服务可以从 FastSOA 模式中受益。
比方说，汽车零售商的零件目录响应中包含一个 Time-To-Live (TTL) 元素。TTL 元素定义了响应有效的秒数。比如 GM 可能将其设为 60 秒。在这 60 秒内，FastSOA 用中间层存储的目录响应缓存响应目录请求。这样服务就减少了带宽的使用，并缩短了请求响应时间。
下表说明了如何计算网络中的服务提速效果，这些服务位于本地网络之外的服务器上，FastSOA 数据缓冲收集服务在本地网络中。
表 1. 计算服务加速效果
动作 无缓冲² 启用缓冲²
第一次请求处理的时间 1765¹ 2218¹
在缓冲中存储请求的时间 0¹ 453¹
后续相同或冗余请求 1765¹ 320¹
使用的 Internet 带宽 30,400 K 字节 304 K 位
使用的总时间 2941 分钟 533 分钟
¹这里所有的时间都是毫秒，1 秒 = 1,000 毫秒。
²假设：
消费者和缓冲服务使用 100 M 以太网连接和 1.5 M 左右的 DSL 连接。
Time to Live (TTL) 为 60 秒。
请求/响应包含 38,000 个字节。
TTL 期间有 100,000 次请求。
在 FastSOA 实现中，用 XQuery 实现零部件订购服务。XQuery 请求目录服务，读取响应的内容，在运行时确定是否可以使用以前存储的响应而不必再次请求目录服务。
这样就在服务环境中实现了 FastSOA 数据缓冲收集体系结构。XQuery 和本机 XML 数据库提供了重用以前缓冲响应数据的服务，只要请求与以前的请求匹配并且数据仍然不过时。结果是服务提速了。
文章来源于领测软件测试网 https://www.ltesting.net/
