共计 892 个字符，预计需要花费 3 分钟才能阅读完成。
问题：
公司的业务零碎比拟多，各种业务零碎彼此调用，还有调用了第三方厂商的 OpenAPI，当初公司面临着无奈监控这些零碎的调用关系以及调用量统计。
更为要害的是，这些零碎的鉴权不对立，每次开拓一条业务线，新上线零碎必须与其余零碎联调，新加盟的经销商同样面临着这些问题，对研发和运维来说，效率极其低下。
Apinto 网关提出利用治理概念，对立治理利用及其生命周期。利用作为业务通信的发起者角色，始终贯通着整个调用链，Apinto 网关对利用申请的流量进行鉴权认证，并对其所申请的流量进行服务治理，同时还对其监控告警，统计利用调用状况。
Apinto 网关中的利用治理完满解决公司治理各业务零碎所面临的问题，这也是领导赞美 Apinto 网关的其中一个方面，那接下来就把最近钻研的 Apinto 的利用治理模块具体介绍一下。
配置：
2.1 利用列表
网关通过申请流量中的鉴权信息，来辨认是哪个利用，利用必须上线到指定的网关集群且是未禁用状态时才真正失效。
网关对匿名利用和其余利用解决逻辑：
当没有利用上线（包含匿名利用），此时不须要鉴权，所有申请被放行。
当有利用上线，此时匿名利用开启上线，此时可鉴权可不鉴权，若鉴权失败，则走匿名应用逻辑。
当有利用上线，此时匿名利用开启上线，且给匿名利用配置了拜访策略，仅容许匿名利用拜访失效范畴内的 API，其余 API 申请都须要利用鉴权。
当有利用上线，此时匿名利用禁用下线，此时必须要做鉴权
2.2 配置带有鉴权信息的 test 利用并上线
2.3 下线匿名利用，测试 test 利用调用状况
下线匿名利用并且禁用掉，那么不带 test 这个利用的鉴权，调用 testAPI 这个 API 是调不通的报 403，看后果：
在申请头加上 test 利用的鉴权信息，应该能够胜利调用，看后果：
测试后果如预期个别，必须带有鉴权信息且是正确的鉴权才能够调用 API。下回钻研利用的监控调用统计，到时候分享给大家。
总结：
对于公司来说，必须监控谁平安合规调用了业务 API，什么时段的调用量。好货色必须关注，好了，省得大家去搜，间接提供 github 地址。
开源地址：https://github.com/eolinker/apinto
