现在SAP API Management已在HCP试用版上提供，我们已经看到很多人在使用它，这很好。

到目前为止，我们已经涵盖了策略处理、URL屏蔽和更多内容等主题。您可以随时查阅此动态文档SAP API Management–概述和入门，以了解最新的可用内容。

此博客将作为上述策略处理博客的补充，解释API代理如何通过策略运行，以及如何决定策略的存在位置在那个"流"里。有关策略是什么或它做什么的解释，请参阅专门写来解释的博客。

当策略添加到API代理时，它会添加到数据流中的特定点，从而提供高度细粒度的控制。这被分解为2个"端点"：

有些策略最适合应用于API代理端点，如身份验证、数据限制、威胁保护，因为在启动任何到后端的路由之前，爱回扣返现网，这些策略将由API管理处理。另外，应该在API代理端点（响应）上进行统计和分析收集，以便仅在整个过程完成后收集数据。处理特定路由的策略应放置在目标端点上，以便仅在确定目标后触发。有些策略可以应用于任何一个部分，主机，并由用例决定。

在确定策略的适当端点位置，以及它是否应该在请求或响应中执行之后，如何获得大数据，下一步是选择流的细分，它定义了策略执行的顺序。代理端点和目标端点中的每个请求和响应路径都被分解为以下流：

起初这听起来很复杂，但在处理策略一段时间后，它就变成了第二天性，成为控制交互的强大工具。有很多方法可以将其可视化，但我喜欢将其视为4个象限，每个象限都允许对数据行为进行控制。

客户端启动一个请求，该请求连接到API代理端点（传入请求），遵循PreFlow、Conditional Flow、PostFlow，然后遍历右侧的图表，命中目标服务，然后对其进行处理，并返回到目标端点（传出响应），向左遍历，直到将其返回到客户端。一个策略可以放置在12个流点中的任何一个。

在API管理门户内，所有这些都在策略设计器页面中进行管理：

通过选择适当的流（在上面的框中显示），然后选择传入请求或传出响应，一个策略被放置在API代理流的正确点上。需要注意的一点是，当多个策略放置在同一个流动区域中时，它们是按顺序处理的，淘客平台，顺序与第一个图中所示的相同（从左到右表示请求，从右到左表示响应）。

有人说，这是一个很好的理论，但我想要一个示例，所以这里有一个简单的（并且是很轻松的设计）流程示例。

这是一个高级示例，说明了流程的实际情况—我们有一个名为"SalesOrder"的示例API代理，它将来自EPM后端的OData资源作为销售订单流程的一个部分公开。更具体地说，让我们看看读取名为"Products"的特定OData资源的流程，它返回可用产品的列表。

客户端请求调用API代理，指定Products资源。这将触发以下序列：

1）代理终结点传入请求

2）目标终结点传入请求

3）目标终结点传出响应

4）代理终结点传出响应

我们在这里看到了API代理处理的流，以及一些简单的前流、条件流和后流策略示例。根据具体需要，这些政策中的一些可能会被放在流动周期的不同部分，API代理和策略设计提供了很大的灵活性，可以控制向后端资源发出的请求中发生的情况。

此产品请求示例还可以根据需要提供更多策略，例如，如果产品列表是只向员工公开的目录的一部分，则可能存在OAuth验证策略。如果代理需要提供一个CSRF安全令牌，那么可能有一个服务调出策略来向后端发出获取令牌请求，然后是一个提取变量策略来获取令牌响应值，以及一个分配消息策略来将该令牌值添加到发送到后端的消息头中，等等。希望这个例子解释了流程的基本原理。

请继续查看有关SAP API管理的更多信息内容！

如有任何问题、反馈、关注，公众号返利，请随时发表评论或向我们发送电子邮件。

请关注我们的在线SAP API管理SAP.com网站|SCN | YouTube网站