WSO2 API Manager是否支持将请求转发至多个端点？

当然支持啦！WSO2 API Manager 完全能满足你把API请求转发到多个端点的需求，正好适配你提到的「产品更新时通知多个订阅服务」的场景，下面给你拆解两种常用的实现方案：

1. 用**加权集群端点（Weighted Cluster Endpoints）**实现同步多转发 #

这是最直接的配置型方案，不需要写代码：

• 在API Publisher的端点配置页，选择「Add Endpoint」，类型选「Cluster Endpoint」，然后把所有需要通知的服务端点都加进去，给每个端点设置相同的权重（比如都设为1）。
• 保存后将这个集群端点关联到你的API，这样当API收到请求时，就会把请求同步转发到集群里的所有端点，等所有端点都返回响应后，再把聚合结果返回给调用方。

2. 用**中介序列（Mediation Sequences）**实现异步多调用 #

如果你的场景不需要等待订阅服务的响应（比如只需要发通知，不用把结果返回给调用方），异步方案会更合适：

• 编写自定义中介序列，用fork/join或者多次send中介器来批量发送请求。举个简单的代码片段示例：

<fork>
    <sequence>
        <send>
            <endpoint>
                <address uri="http://service1.example.com/update"/>
            </endpoint>
        </send>
    </sequence>
    <sequence>
        <send>
            <endpoint>
                <address uri="http://service2.example.com/update"/>
            </endpoint>
        </send>
    </sequence>
    <!-- 可以继续添加更多服务的序列 -->
</fork>

• 把这个序列附加到API的入流或出流中，请求进来后就会异步发送到多个服务，不会阻塞主请求的响应速度。

进阶：动态从数据库获取订阅端点 #

如果你的订阅服务是存在数据库里的，还可以结合脚本中介器或数据服务实现动态转发：

• 先通过数据服务查询数据库里的订阅服务列表，再用脚本中介遍历列表，动态生成调用各个端点的逻辑，这样新增订阅服务时不用手动修改API配置，完全自动化。

总的来说，不管是静态多端点还是动态获取的场景，WSO2AM都能很好支持，你可以根据自己的实际需求选对应的方案~

内容的提问来源于stack exchange，提问作者Quan Vo