第三方接口挂掉,我们的服务会受影响么?
一、缘起与大坑
很多时候,业务需要跨公网调用一个第三方服务提供的接口,为了避免每个调用方都依赖于第三方服务,往往会抽象一个服务:
1. 此时接口调用流程是什么样的呢?
如上图所述:
2. 这个过程存在什么潜在的大坑呢?
内部服务可能对上游业务提供了很多服务接口,当有一个接口跨公网第三方调用超时时,可能导致所有接口都不可用,即使大部分接口不依赖于跨公网第三方调用。
3. 为什么会出现这种情况呢?
内部服务对业务方提供的N个接口,会共用服务容器内的工作线程(假设有100个工作线程)。
假设这N个接口的某个接口跨公网依赖于第三方的接口,发生了网络抖动,或者接口超时(不妨设超时时间为5秒)。
潜台词是,这个工作线程会被占用5秒钟,然后超时返回业务调用方。
假设这个请求的吞吐量为20qps,言下之意,很短的时间内,所有的100个工作线程都会被卡在这个第三方超时等待上,而其他N-1个原本没有问题的接口,也得不到工作线程处理。
4. 潜在优化方案?
跨公网调用的稳定性优化,是本文要讨论的问题。
二、异步代理法
业务场景:通过OpenID实时获取微信用户基本信息
解决方案:增加一个代理,向服务屏蔽究竟是“本地实时”还是“异步远程”去获取返回结果
本地实时流程如上图:
(1)业务调用方调用内部service
(2)内部service调用异步代理service
(3)异步代理service通过OpenID在本地拿取数据
(4)异步代理service将数据返回内部service
(5)内部service返回结果给业务调用方
异步远程流程如上图6-8粗箭头的部分:
(6)异步代理service定期跨公网调用微信服务
(7)微信服务返回数据
(8)刷新本地数据
优点:公网抖动,第三方接口超时,不影响内部接口调用
不足:本地返回的不是***数据(很多业务可以接受数据延时)
有时候,内部service和异步代理service可以合成一个service。
三、第三方接口备份与切换法
业务场景:调用第三方短信网关,或者电子合同等
解决方案:同时使用(或者备份)多个第三方服务
流程如上图:
(1)业务调用方调用内部service
(2)内部service调用***个三方接口
(3)超时后,调用第二个备份服务,未来都直接调用备份服务,直到超时的服务恢复
(4)内部service返回结果给业务调用方
优点:公网抖动,第三方接口超时,不影响内部接口调用(初期少数几个请求会超时)
不足:不是所有公网调用都能够像短息网关,电子合同服务一样有备份接口的,像微信、支付宝等就只此一家
四、异步调用法
业务场景:本地结果,同步第三方服务,例如用户在58到家平台下单,58到家平台需要通知平台商家为用户提供服务
解决方案:本地调用成功就返回成功,异步调用第三方接口同步数据(和异步代理有微小差别)
本地流程如上图:
(1)业务调用方调用内部service
(2)内部service写本地数据
(3)内部service返回结果给业务调用方成功
异步流程如上图4-5粗箭头的部分:
(4)异步service定期将本地数据取出(或者通知也行,实时性好)
(5)异步调用第三方接口同步数据
优点:公网抖动,第三方接口超时,不影响内部接口调用
不足:不是所有业务场景都可以异步同步数据
五、总结
跨公网调用第三方,可能存在的问题:
降低影响的优化方案:
业务需求决定技术方案,结合业务的解决方案:
希望第三方的服务挂掉,不再影响大家的服务。
【本文为专栏作者“58沈剑”原创稿件,转载请联系原作者】
网页标题:跨公网调用的大坑与架构优化方案
文章网址:http://www.shufengxianlan.com/qtweb/news32/431532.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联