一種三方接口異常監控方法與流程
2023-07-01 16:00:07

本發明涉及應用接口管理技術,特別是涉及一種三方接口異常監控方法。
背景技術:
在應用軟體開發過程中,隨著微服務的增多,系統需要用到越來越多的三方接口,比如簡訊發送、支付、信息推送、天氣查詢等,三方接口的管理也成為了隨之而來的問題。例如,在三方接口出現異常時,會切斷三方接口,然後對異常進行排查和解決,最後在異常排除後再人工恢復該三方接口。
上述異常處理方法存在如下問題:無法實現對三方接口的切斷、恢復全自動化管理,另外,三方接口的恢復判斷需要人工,且業務恢復的時候一般是整體恢復,有可能再一次引起三方接口掛起的可能。
技術實現要素:
鑑於以上所述現有技術的缺點,本發明的目的在於提供一種三方接口異常監控方法,用於解決現有應用接口管理無法做到異常自動恢復和缺乏預處理機制的問題。
為實現上述目的及其他相關目的,本發明提供以下解決方案:
一種三方接口異常監控方法,包括以下步驟:1)保持對一應用接口進行異常監測;2)在監測到所述應用接口為異常時,讀取一預處理程序對所述異常進行處理;3)在處理完成後,第一次檢測所述應用接口是否正常:若是,讀取預設的一配置信息進行灰度發布,轉入步驟4);若否,返回步驟2);4)第二次檢測所述應用接口是否正常,若否,返回步驟3),若是,恢復應用。
在一優選方案中,所述對一應用接口進行異常監測的步驟具體包括:11-1)計算所述應用接口連續錯誤的次數;11-2)計算所述應用接口在一時間段內的成功率;12)根據所述次數和成功率確定所述應用接口是否為異常。
本發明具有以下有益效果:本發明針對三方接口異常的情況自動處理,比起現有技術在異常時採用一般的告警能達到更好的效果,因為,告警並沒有採取措施的話,那麼是起不到任何監控或預防的效果的;此外,本發明針對三方接口恢復可以採用自動方式,並且採用灰度發布逐漸恢復,恢復過程更加可靠。
附圖說明
圖1為根據本發明之方法面給出的一種三方接口異常監控方法的流程圖。
圖2為根據本發明之方法面給出的對一應用接口進行異常監測的流程圖。
圖3為根據本發明之裝置面給出的一種三方接口異常監控裝置的原理圖。
圖4為根據本發明之裝置面給出的異常偵測模塊的一種實施原理圖。
元件標號說明
3 三方接口異常監控裝置
31 異常偵測模塊
311 第一計算單元
312 第二計算單元
313 異常判斷單元
32 預處理模塊
33 第一預恢復檢測模塊
34 第二預恢復檢測模塊
S101~S104 步驟
S201~S204 步驟
具體實施方式
以下通過特定的具體實例說明本發明的實施方式,本領域技術人員可由本說明書所揭露的內容輕易地了解本發明的其他優點與功效。本發明還可以通過另外不同的具體實施方式加以實施或應用,本說明書中的各項細節也可以基於不同觀點與應用,在沒有背離本發明的精神下進行各種修飾或改變。需說明的是,在不衝突的情況下,以下實施例及實施例中的特徵可以相互組合。
需要說明的是,以下實施例中所提供的圖示僅以示意方式說明本發明的基本構想,遂圖式中僅顯示與本發明中有關的組件而非按照實際實施時的組件數目、形狀及尺寸繪製,其實際實施時各組件的型態、數量及比例可為一種隨意的改變,且其組件布局型態也可能更為複雜。
前述說明
三方接口,也可叫:三方應用接口或應用接口,是指在軟體開發過程中,將現有的具有某一功能的應用接入來進行使用,這種使用是通過應用接口來實現,故稱作為三方應用。
例如,在某一應用軟體上要實現一個支付功能,那麼只要通過應用接口來將現有的支付寶、微信等支付應用功能接入即可,不需在自己開發支付系統。
實施方式一
根據本發明之方法面來進行說明
見圖1,給出了一種三方接口異常監控方法,如圖所示,其通過順序執行以下步驟來實現:
步驟S101,保持對一應用接口進行異常監測;
步驟S102,在監測到所述應用接口為異常時,讀取一預處理程序對所述異常進行處理;
步驟S103,在處理完成後,第一次檢測所述應用接口是否正常:若是,讀取預設的一配置信息進行灰度發布,轉入步驟S104;若否,返回步驟S102;
步驟S104,第二次檢測所述應用接口是否正常,若否,則返回步驟S103,若是,則恢復應用。
其中,上述預處理程序是根據具體應用接口社設置的一個異常已處理程序,具體的應用其對應的異常處理程序不同,本發明並不限制預處理程序的具體方式。
例如,在某一應用中要顯示天氣,當偵測到該天氣的應用接口異常時,通過設置一預處理程序來僅關閉該天氣應用,而不需要關閉所用的應用接口。
其中,上述灰度發布是指將應用對部分用戶公開使用,而對其他用戶不可用,通過這種方式來逐步恢復應用接口。因此,往往很多異常都是訪問量多大造成的,採用灰度發布可以環節這種異常情況,從而逐步回復應用。
在一實施例中,見圖2,對一應用接口進行異常監測的步驟包括:
S201,計算所述應用接口連續錯誤的次數;
S202,計算所述應用接口在一時間段內的成功率;
S203,根據所述次數和成功率確定所述應用接口是否為異常。
其中,上述應用接口連續錯誤的次數是指連續的數據交互都出現錯誤,當然錯誤的類型根據應用接口的不同而不同,例如,錯位可以為支付頁面跳轉打不開。
但是,僅憑上述這種偵測是無法準確檢測到應用接口是否真正異常,例如,雖然連續錯誤次數沒有到達預設的閥值,而在一時間段內,錯誤的次數達到50%以上,那麼也顯然屬於異常情況的。故必須結合上面兩種條件來綜合判斷應用接口是否異常。
具體地,根據所述次數和成功率確定所述應用接口是否為異常可以通過判斷該次數和成功率是否超過一預設的閥值,任一條件超過了該閥值都將被確定為異常。
實施方式二
根據本發明之裝置面來進行說明
見圖3,給出了一種三方接口異常監控裝置3,其包括:異常偵測模塊31,用於保持對一應用接口進行異常監測;預處理模塊32,用於在監測到所述應用接口為異常時,讀取一預處理程序對所述異常進行處理;第一預恢復檢測模塊33,用於在處理完成後,第一次檢測所述應用接口是否正常:若是,讀取預設的一配置信息進行灰度發布,轉入一第二預恢復檢測模塊34進行處理;若否,轉入所述預處理模塊進行處理;所述第二預恢復檢測模塊34,用於第二次檢測所述應用接口是否正常,若否,則返回第一預恢復檢測模塊33進行處理,若是,則恢復應用。
在一實施例中,見圖4,所述異常偵測模塊31包括:第一計算單元311,用於計算所述應用接口連續錯誤的次數;第二計算單元312,用於計算所述應用接口在一時間段內的成功率;異常判斷單元313,用於根據所述次數和成功率確定所述應用接口是否為異常。
應當說明的是,上述實施方式一提供的方法可以全部由電腦程式來實現,故本實施例例提供了一種裝置,由於該裝置解決問題的原理與方法相似,因此,裝置的實施過程及實施原理均可以參見前述方法的實施過程及實施原理描述,重複之處不再贅述。
綜上所述,本發明針對三方接口異常的情況自動處理,比起現有技術在異常時採用一般的告警能達到更好的效果,因為,告警並沒有採取措施的話,那麼是起不到任何監控或預防的效果的;此外,本發明針對三方接口恢復可以採用自動方式,並且採用灰度發布逐漸恢復,恢復過程更加可靠。
所以,本發明有效克服了現有技術中的種種缺點而具高度產業利用價值。
上述實施例僅例示性說明本發明的原理及其功效,而非用於限制本發明。任何熟悉此技術的人士皆可在不違背本發明的精神及範疇下,對上述實施例進行修飾或改變。因此,舉凡所屬技術領域中具有通常知識者在未脫離本發明所揭示的精神與技術思想下所完成的一切等效修飾或改變,仍應由本發明的權利要求所涵蓋。