业务场景
假如咱们在 abc.com 域名下有两个服务，别离为 Search-Service 和 API-Service。
用户端
Search-Service 提供搜寻服务，通过 search.abc.com 为用户提供服务。
API-Service 提供搜寻服务，通过 api.abc.com 为用户提供服务。
用户看不到这两个服务的实现细节。
服务端
晚期，Search-Service 外部应用百度提供的搜寻服务。
起初，Search-Service 减少了必应的提供的搜寻服务，用户对此减少的过程无感知。
最终，Search-Service 依照肯定的权重来应用两者的服务。
API-Service 外部应用聚合数据提供的 API 服务，为了保障稳定性，聚合数据提供了两套服务，API-Service 依照肯定的权重来应用这两套服务。
架构图
在 Konga 中新建 Upstream
新建 search-upstream
有 baidu.com 和 bing.com 两个 Target，权重各为 100。
新建 api-upstream
有 op.juhe.cn 和 v.juhe.cn 两个 Target，权重各为 100。
在 Konga 中新建 Service
在 Konga 中新建 Route
测试
失常状况
用浏览器屡次拜访：search.abc.com:8000（kong 监听 8000 端口，域名须要本地解析），发现跳转到百度和必应的状况各占 50%。
| 输入后果 | 占比 |
|---|---|
| 跳转到必应 | 50% |
| 跳转到百度 | 50% |
用浏览器屡次拜访：api.abc.com:8000（kong 监听 8000 端口，域名须要本地解析）：
| 输入后果 | 占比 | 备注 |
|---|---|---|
| Juhe Open Api V1.0 | 50% | http://op.juhe.cn/ 的输入后果 |
| Juhe Open Api V3.0 | 50% | http://v.juhe.cn/ 的输入后果 |
一个 Target 生效的状况
将聚合数据提供的其中一个服务标记为生效：
用浏览器屡次拜访：api.abc.com:8000（kong 监听 8000 端口，域名须要本地解析）：
| 输入后果 | 占比 | 备注 |
|---|---|---|
| Juhe Open Api V1.0 | 0% | http://op.juhe.cn/ 的输入后果 |
| Juhe Open Api V3.0 | 100% | http://v.juhe.cn/ 的输入后果 |
可见，尽管其中一个 Target 生效，对应用 api.abc.com 的用户来说，服务仍然是可用的。
原文链接：https://www.sdk.cn/details/oL3eV8jW2woDkwAW0Y
SDK 社区 是一个中立的社区，这里有多样的前端常识，有丰盛的 api，有爱学习的人工智能开发者，有有趣风趣的开发者带你学 python，还有将来炽热的鸿蒙，当各种元素组合在一起，让咱们一起脑洞大开独特打造业余、好玩、有价值的开发者社区，帮忙开发者实现自我价值！