本發(fā)明涉及一種內(nèi)部接口發(fā)現(xiàn)方法，特別是涉及一種基于容器的服務(wù)內(nèi)部接口發(fā)現(xiàn)方法。
背景技術(shù)：
在信息化項(xiàng)目中，前后端分離幾乎已經(jīng)是業(yè)界對(duì)開發(fā)和部署方式所達(dá)成的一種共識(shí)，為解決數(shù)據(jù)經(jīng)常發(fā)生變化導(dǎo)致增加大量集成時(shí)間的問題，目前，一般技術(shù)中會(huì)加入契約來解決，契約作為可以被測(cè)試的中間產(chǎn)品，通過自動(dòng)化測(cè)試來檢驗(yàn)這些契約，一旦契約發(fā)生變化，測(cè)試就會(huì)失敗。這樣，每個(gè)失敗的測(cè)試都會(huì)驅(qū)動(dòng)雙方再次協(xié)商，可以做到降低集成風(fēng)險(xiǎn)的作用。
隨著業(yè)務(wù)的深入發(fā)展，傳統(tǒng)單一系統(tǒng)應(yīng)用已不能滿足新業(yè)務(wù)的需求，如今分布式系統(tǒng)及微服務(wù)技術(shù)已經(jīng)越來越普及，單一系統(tǒng)應(yīng)用已衍變?yōu)槿舾勺酉到y(tǒng)的共同協(xié)作，對(duì)于各子系統(tǒng)信息收集整理變得更加復(fù)雜，傳統(tǒng)單一應(yīng)用的信息采集能力已不能滿足需求。
技術(shù)實(shí)現(xiàn)要素：
本發(fā)明所要解決的技術(shù)問題是提供一種基于容器的服務(wù)內(nèi)部接口發(fā)現(xiàn)方法，其能夠解決信息化項(xiàng)目中前后端感知變化時(shí)間周期過長(zhǎng)無法及時(shí)協(xié)商前后端，最終導(dǎo)致感知集中爆發(fā)的問題，其有效縮短了前后端的反饋周期，降低集成風(fēng)險(xiǎn)，針對(duì)不同信息資源統(tǒng)一采集多個(gè)子系統(tǒng)接口信息，提供統(tǒng)一訪問入口，提升整體接口信息獲取的便捷性及準(zhǔn)確性。
本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題的：一種基于容器的服務(wù)內(nèi)部接口發(fā)現(xiàn)方法，其包括下列步驟：
步驟一，開發(fā)服務(wù)接口時(shí)接入指定SDK；
步驟二，系統(tǒng)啟動(dòng)時(shí)，自動(dòng)啟動(dòng)代理容器；
步驟三，當(dāng)有容器服務(wù)啟動(dòng)后，代理容器自動(dòng)采集新容器接口信息；
步驟四，當(dāng)容器服務(wù)停止或刪除時(shí)，代理容器自動(dòng)更新對(duì)應(yīng)接口信息；
步驟五，代理容器對(duì)采集到的接口信息整理存儲(chǔ)，并提供統(tǒng)一訪問點(diǎn)。
優(yōu)選地，所述SDK本身包含數(shù)據(jù)模型、版本配置、權(quán)限配置、注釋定義信息，被發(fā)現(xiàn)接口需添加SDK指定標(biāo)記用于SDK采集管理接口信息。
優(yōu)選地，所述代理容器內(nèi)置健康檢查地址，容器環(huán)境定時(shí)調(diào)用該地址確認(rèn)容器是否健康，異常時(shí)自動(dòng)重啟代理容器。
優(yōu)選地，所述步驟三包括下列步驟：
步驟六，代理容器隨時(shí)監(jiān)控當(dāng)前容器環(huán)境，當(dāng)發(fā)現(xiàn)有新容器啟動(dòng)時(shí)，根據(jù)容器所屬鏡像與標(biāo)簽信息，判斷容器內(nèi)服務(wù)是否接入SDK，否則忽略該容器；
步驟七，當(dāng)存容器服務(wù)在彈性伸縮時(shí)，判斷新容器的鏡像是否已被代理容器采集，是則忽略該容器；
步驟八，代理容器調(diào)用新容器中SDK的內(nèi)置接口，整理采集所有有標(biāo)記的接口信息并存儲(chǔ)在數(shù)據(jù)庫(kù)。
優(yōu)選地，所述步驟四包括下列步驟：
步驟九，代理容器隨時(shí)監(jiān)控當(dāng)前容器環(huán)境，當(dāng)發(fā)現(xiàn)有容器停止或銷毀時(shí)，根據(jù)容器所屬鏡像與標(biāo)簽信息，判斷容器內(nèi)服務(wù)是否接入SDK，否則忽略該容器；
步驟十，當(dāng)存容器服務(wù)在彈性伸縮時(shí)，判斷該容器的鏡像是否存在其他容器在運(yùn)行，是則忽略該容器；
步驟十一，根據(jù)變更容器信息，代理容器刪除對(duì)應(yīng)容器服務(wù)接口信息并更新數(shù)據(jù)庫(kù)。
優(yōu)選地，所述步驟五包括代理容器將采集到的信息存儲(chǔ)到數(shù)據(jù)庫(kù)，提供根據(jù)接口版本、權(quán)限、服務(wù)器信息的不同查詢實(shí)現(xiàn)。
本發(fā)明的積極進(jìn)步效果在于：本發(fā)明能夠解決信息化項(xiàng)目中前后端感知變化時(shí)間周期過長(zhǎng)無法及時(shí)協(xié)商前后端，最終導(dǎo)致感知集中爆發(fā)的問題，其有效縮短了前后端的反饋周期，降低集成風(fēng)險(xiǎn)，針對(duì)不同信息資源統(tǒng)一采集多個(gè)子系統(tǒng)接口信息，提供統(tǒng)一訪問入口，提升整體接口信息獲取的便捷性及準(zhǔn)確性。
附圖說明
圖1為本發(fā)明的模塊圖。
具體實(shí)施方式
下面結(jié)合附圖給出本發(fā)明較佳實(shí)施例，以詳細(xì)說明本發(fā)明的技術(shù)方案。
如圖1所示，本發(fā)明基于容器的服務(wù)內(nèi)部接口發(fā)現(xiàn)方法包括下列步驟：
步驟一，開發(fā)服務(wù)接口時(shí)接入指定SDK(軟件開發(fā)工具包，即圖1中的基礎(chǔ)對(duì)象)；
步驟二，系統(tǒng)啟動(dòng)時(shí)，自動(dòng)啟動(dòng)代理容器；
步驟三，當(dāng)有容器服務(wù)啟動(dòng)后，代理容器自動(dòng)采集新容器接口信息；
步驟四，當(dāng)容器服務(wù)停止或刪除時(shí)，代理容器自動(dòng)更新對(duì)應(yīng)接口信息；
步驟五，代理容器對(duì)采集到的接口信息整理存儲(chǔ)，并提供統(tǒng)一訪問點(diǎn)；
SDK本身包含數(shù)據(jù)模型、版本配置、權(quán)限配置、注釋定義信息，被發(fā)現(xiàn)接口需添加SDK指定標(biāo)記用于SDK采集管理接口信息。
代理容器內(nèi)置健康檢查地址，容器環(huán)境定時(shí)調(diào)用該地址確認(rèn)容器是否健康，異常時(shí)自動(dòng)重啟代理容器。
步驟三包括下列步驟：
步驟六，代理容器隨時(shí)監(jiān)控當(dāng)前容器環(huán)境，當(dāng)發(fā)現(xiàn)有新容器啟動(dòng)時(shí)，根據(jù)容器所屬鏡像與標(biāo)簽信息，判斷容器內(nèi)服務(wù)是否接入SDK，否則忽略該容器；
步驟七，當(dāng)存容器服務(wù)在彈性伸縮時(shí)，判斷新容器的鏡像是否已被代理容器采集，是則忽略該容器；
步驟八，代理容器調(diào)用新容器中SDK的內(nèi)置接口，整理采集所有有標(biāo)記的接口信息并存儲(chǔ)在數(shù)據(jù)庫(kù)。
步驟四包括下列步驟：
步驟九，代理容器隨時(shí)監(jiān)控當(dāng)前容器環(huán)境，當(dāng)發(fā)現(xiàn)有容器停止或銷毀時(shí)，根據(jù)容器所屬鏡像與標(biāo)簽信息，判斷容器內(nèi)服務(wù)是否接入SDK，否則忽略該容器；
步驟十，當(dāng)存容器服務(wù)在彈性伸縮時(shí)，判斷該容器的鏡像是否存在其他容器在運(yùn)行，是則忽略該容器；
步驟十一，根據(jù)變更容器信息，代理容器刪除對(duì)應(yīng)容器服務(wù)接口信息并更新數(shù)據(jù)庫(kù)。
步驟五包括代理容器將采集到的信息存儲(chǔ)到數(shù)據(jù)庫(kù)，提供根據(jù)接口版本、權(quán)限、服務(wù)器信息的不同查詢實(shí)現(xiàn)。
綜上所述，本發(fā)明能夠解決信息化項(xiàng)目中前后端感知變化時(shí)間周期過長(zhǎng)無法及時(shí)協(xié)商前后端，最終導(dǎo)致感知集中爆發(fā)的問題，其有效縮短了前后端的反饋周期，降低集成風(fēng)險(xiǎn)，針對(duì)不同信息資源統(tǒng)一采集多個(gè)子系統(tǒng)接口信息，提供統(tǒng)一訪問入口，提升整體接口信息獲取的便捷性及準(zhǔn)確性。
以上所述的具體實(shí)施例，對(duì)本發(fā)明的解決的技術(shù)問題、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施例而已，并不用于限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。