跨公网调用的大坑与架构优化方案

第三方接口挂掉，我们的服务会受影响么？

 

一、缘起与大坑

很多时候，业务需要跨公网调用一个第三方服务提供的接口，为了避免每个调用方都依赖于第三方服务，往往会抽象一个服务：

• 解除调用方与第三方接口的耦合

• 当第三方的接口变动时，只有服务需要修改，而不是所有调用方均修改

 

此时接口调用流程是什么样的呢？

如上图1-4所述：

（1）业务调用方调用内部service

（2）内部service跨公网调用第三方接口

（3）第三方接口返回结果给内部service

（4）内部service返回结果给业务调用方

 

这个过程存在什么潜在的大坑呢？

内部服务可能对上游业务提供了很多服务接口，当有一个接口跨公网第三方调用超时时，可能导致所有接口都不可用，即使大部分接口不依赖于跨公网第三方调用。

 

为什么会出现这种情况呢？

内部服务对业务方提供的N个接口，会共用服务容器内的工作线程（假设有100个工作线程）。

假设这N个接口的某个接口跨公网依赖于第三方的接口，发生了网络抖动，或者接口超时（不妨设超时时间为5秒）。

潜台词是，这个工