依賴服務故障怎么辦？幾百萬的專案明天要路演Demo了

場景

有時候創業者會開發制作一些專案，比如一些App，去創業園區找大佬展示，

可事不遂人意，App依賴的一些服務出現故障，首屏（首頁怎么也登錄不進去），

本來是進入App下單提交結果卡在支付彈窗，進不到下一步，demo肯定沒法順利進行了，

這下可完犢子了，幾千萬的融資難道就要飛了！

其實這個問題跟：對方服務下線，手上的開發還沒有做完，怎么繼續進行，是一樣的！

下面開始講解，圍繞一個App呼叫第三方支付服務來講，請靜心閱讀， 文末還有博主準備的編程專欄，附送了很多開發學習鏈接，

我沒有創業，不用demo，就不會碰到這個問題了？

以上問題，再泛化，就是搞開發的同學經常會碰到一個問題：對接方的介面還沒有準備好，老板還在一邊一再催促，甚至壓第二，第三個專案了！

或者是，對方的網站掛，手上的專案還得進行怎么辦？

所以，這個問題不管是前端，還是后端，App端，只要你的系統有其他系統依賴，通常非本應用行程的其他行程呼叫，WebAPI呼叫，前端跨域呼叫等，都可以統一歸結為此類呼叫事件，

下面談如何入手解決，

思路

修改自己App的代碼

這種就是在自己的代碼添加開關位（toggle pattern），開發某個除錯的時候把它打開！如下圖所示，一個開關切換呼叫或者請求到自己的模擬資料服務，

如果別人服務對你的應用影響很小，那么可以使用下面的代碼來進行，

雷學委演示時間：如何加開關/Toggle

現有的App專案內的代碼：

//雷學委CSDN Demo代碼：

//這個方法呼叫其他公司（第三方）的介面
function callOtherServiceFromExternalCompany(){
    axios.get('http:///a-legacy-company-that-provide-unstable-api/api/v1/godBlessYouGetData').then(resp = >{
            handleOnData(resp.data);
        });
}

// handleOnData函式： 是當前app用來接收其他服務資料的
function handleOnData(data){
     //省略，這里是我的服務拿到別人公司資料后的后續處理，
     //省略N行代碼，
}

上面的代碼，很直觀，呼叫第三方服務之后，觸發呼叫本應用內的handleOnData，

這可以是第三方支付平臺，自己應用獲取支付結果再進入下一步的訂單物流安排等等，（或者是App也可以是那別人的資料觸發重新計算繪制界面）

改造后應用內的代碼：

//雷學委CSDN Demo代碼：
var flag = process.env.NODE_ENV //從環境變數獲取NODE_ENV，根據這個變數來切換代碼呼叫的分支，

function callOtherServiceFromExternalCompany() {
    if (flag) { //這是我們加的開關位
        var mockData = generateMockData() //生成服務需要的模擬資料
        handleOnData(mockData)
    } else {
        axios.get('http:///a-legacy-company-that-provide-unstable-api/api/v1/godBlessYouGetData').then(resp = >{
            handleOnData(resp.data);
        });
    }
}

//這里是自己專案的代碼不需要做任何修改，
// handleOnData函式： 是當前app用來接收其他服務資料的
function handleOnData(data){
     //省略，這里是我的服務拿到別人公司資料后的后續處理，
     //省略N行代碼，
}

就這樣解決了，flag的具體取值在環境變數設定了，

這種方式可以解決小量少量依賴問題，

通常系統與系統之間不單單有一個介面呼叫！多了可是會讓這代碼看起來很凌亂！

呼叫越多的第三方服務，代碼里面出現了很多開關代碼，看起來就像層層套娃，（開關串聯內部再串聯）

最后你的系統看起來就像下面的圖片那樣，無法維護！

（圖片來自：https://www.sohu.com/a/162197488_813379）

你讓后面的同學如何接手？自己想必也不太敢修改代碼！

下面說說第二種，

鏡像復制第三方站點介面

什么意思？

類比一下就是，家里原來的路由網路名字為：雷學委Wifi，路由器壞了，那買一個新的路由器把網路名也設定為：雷學委Wifi，一樣的密碼，那么我們的手機電腦都能正常鏈接了，

就像黑客釣魚一樣，仿造了高仿的服務介面，界面讓你的服務無感知繼續正常使用，

（圖片來自網路：https://m.sohu.com/a/256230090_100248097）

這個聊的是通過技術手段把依賴服務代理了，把呼叫都轉到自己開發的模擬服務器上，有些小白可能不明白，這里的第三方是別人的服務，

這種方式是可以盡量不修改自己的應用代碼或者少修改（不在代碼加分支跳轉的），通常就是配置網關或者配置修改成呼叫一個備用服務（或者自己模擬的第三方服務），

如果有第三方備用服務，理論上只需要把原來呼叫的站點配置修改成備用站點，不需要有任何代碼修改，

我們這里會更多討論的是沒有備用站點/服務的情況，這里稍微有兩個做法，當然本質是一樣的，

區域鏡像模擬對方介面

區域鏡像模擬對方介面，當對方有上千個介面被本系統呼叫的時候，又沒有提供一個復制完整測驗環境的方法，

只能采用這個策略，先把介面從入口呼叫先mock（模擬處理）
這樣起碼登錄界面能登進去了，這樣起碼公司的demo還能做起來，

然后挑選重點的介面進行快速復制！這種方式也適用于第三方服務是一個大站點，他有某個子服務掛掉的情況，

雷學委演示時間：如何區域模擬

好，這里我們還是拿之前的UI服務來展示，代碼后面會貼鏈接，

直接啟動UI服務，因為后臺產品服務沒有啟動所以這里顯示：后端服務已下線！

撰寫區域鏡像（Mock）

//雷學委-CSDN-代碼Demo
const express = require('express');
const cors = require('cors');
const { createProxyMiddleware } = require('http-proxy-middleware');
//雷學委-CSDN-代碼Demo：這里創建一個web服務
const app = express();
app.use(cors());

//01 我們攔截模擬了區域的介面
app.use('/products',function(req,res){
    console.log('雷學委：這里呼叫了我們代理介面:',req.originalUrl)
    res.status(200).send({}); // 這里隨便整點啥都行
}) 

//02 其他呼叫仍然走這個網站http://a-legacy-company-that-provide-unstable-api
// 這里通過代理把對/otherApi的請求轉發到原站點，
app.use('/otherApi', createProxyMiddleware({ 
  target: 'http:///a-legacy-company-that-provide-unstable-api/api/v1/godBlessYouGetData', 
  changeOrigin: true 
}));
app.listen(8081);

這里我們看到01代碼段：把所有/products的請求攔截在當前模擬服務內進行簡單處理（直接send發送一個空的資料{})，

實際上，第三方服務只是暫時不能用，我們要關注的只是把介面（WebAPI對應的處理）進行快速模擬，方便我們開發除錯，

當專案開發到差不多，以后還是得切換到正真的服務進行聯合除錯的！這點需要記住，不可戀戰！

啟動區域代理服務， 重繪右邊的UI服務，UI服務顯示第三方服務上線了（綠色的）并列印了服務資料，

復制上述代碼保存位proxy8081.js, 安裝下圖運行，
看看效果，雖然資料不完整，但是UI服務能夠正常使用了，

全站鏡像模擬別人服務介面

快速全站模擬對方服務

這種情況，如果對方已經下線，但是提供了代碼，而且能跑起來，那直接跑起來，配置網路host mapping（主機映射站點：a-legacy-company-that-provide-unstable-api 到本機ip）

看，現在本機能夠訪問站點的介面：http://a-legacy-company-that-provide-unstable-api:8081/products

讀者也可以拿上面的proxy8081.js 稍微調整就是全站鏡像模式了，但是需要把第三方服務的所有介面都寫上，

const express = require('express');
const cors = require('cors');
const { createProxyMiddleware } = require('http-proxy-middleware');
//雷學委-CSDN-代碼Demo
const app = express();
app.use(cors());

//01 需要代理介面一
app.use('/products',function(req,res){
    console.log('雷學委：這里呼叫了我們代理介面:',req.originalUrl)
    res.status(200).send({}); // 這里隨便整點啥都行
}) 
//02 需要代理介面二
app.use('/api02',function(req,res){
    console.log('雷學委：這里呼叫了我們代理介面:',req.originalUrl)
    res.status(200).send({}); // 這里隨便整點啥都行
}) 

//省略一萬行代碼實作多個介面代理，

// 代理了第N個介面
app.use('/lastApi',function(req,res){
    console.log('雷學委：這里呼叫了我們代理介面:',req.originalUrl)
    res.status(200).send({}); // 這里隨便整點啥都行
}) 

app.listen(8081);

從這里看，你是否感覺全站鏡像，有提供第三方服務完整代碼的時候，是很快就辦到的，

但是很多時候，別人給的第三方服務的代碼未必可以跑，那么這個全站代理/鏡像，就需要進行很大量的代碼，基本上是快速實作整個第三方站點的后臺介面，

好，這里先停一停，看看代理的原理展示：

沒加代理的架構：

加了代理的架構：

中間多了一個代理層，也就是我們寫的代理代碼或者也能理解為網路映射層，

那么，全站代理這么復雜，有什么用？

• 沒有后臺代碼/依賴服務代理的唯一選擇

當我們拿到一個專案沒有后臺代碼或者后臺服務時候，只能硬剛了，

這個是很有用的，可以快速的把專案跑起來！如果是一個有價值的UI或者App專案，那可以很快跑起來，通過查看運行效果，了解其他優秀應用的原理和業務流程，

• 你拿到的是一個App，或者一個打包好的專案

你沒有環境也沒有足夠知識去加toggle并重新編譯，
這時候，可以發動人海戰術，看看App用了多少的介面，分配好介面快速開發，讓這個App運行起來，

這個懂的讀者就知道，這里只是場景舉例，很多逆向工程的也是會這樣做，

總結

本文講述了幾種模擬第三方服務的方法，也是幾種重定向請求（流量）到模擬測驗服務的方法，

相信所有開發者都會遇到類似的問題，

我們必須保持清醒，選擇合適的模擬方法！事半功倍，

好了，對NodeJS或者對編程感興趣的同學可以來看：雷學委的NodeJS系列

另外，推薦一下優秀的Nginx：https://www.nginx.com/ & https://www.nginx.cn/doc/

Nginx可以通過配置快速實作網站代理，也挺簡單的，本文只拿少量代碼來做展示，

這篇文章能夠讓你掌握解決依賴和逆向服務端推演的思路，

期待點評，覺得不錯的話，請轉發支持收藏！

持續學習持續開發，我是雷學委，感謝閱讀，

參考鏈接：

上文使用的UI專案代碼：https://blog.csdn.net/geeklevin/article/details/117458297

馬丁大神的 FeatureToggle 講解： https://martinfowler.com/bliki/FeatureToggle.html

推薦MockJS快速生成模擬資料：http://mockjs.com/examples.html

這個是FeatureToggle的實踐指導的：https://www.flagship.io/feature-toggle-best-practices/