一種分布式移動支付系統(tǒng)的制作方法
【專利摘要】本發(fā)明屬于移動支付【技術(shù)領(lǐng)域】，具體一種為分布式移動支付系統(tǒng)。該支付系統(tǒng)包括：注冊中心、監(jiān)控中心、調(diào)度中心、軟件發(fā)布中心、展示層、核心層，展示層和核心層組成應(yīng)用服務(wù)器；監(jiān)控中心對應(yīng)用服務(wù)器發(fā)過來的服務(wù)調(diào)用元信息進行分析，并通知調(diào)度中心對哪些服務(wù)進行升降級處理；如果增加新的服務(wù)，根據(jù)服務(wù)信息去軟件發(fā)布中心查詢對應(yīng)的軟件包，并發(fā)布到應(yīng)用服務(wù)器中；服務(wù)在應(yīng)用服務(wù)器中啟動完成之后，通知注冊中心，可以接受服務(wù)；之后通過注冊中心的負載均衡策略，讓啟動的服務(wù)組件響應(yīng)服務(wù)，并通知調(diào)度中心，整個服務(wù)的軟件調(diào)用治理過程完畢。本發(fā)明系統(tǒng)只需簡單配置，沒有任何API侵入；通過統(tǒng)計服務(wù)調(diào)用返回執(zhí)行信息，動態(tài)的實現(xiàn)服務(wù)治理。
【專利說明】一種分布式移動支付系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于移動支付【技術(shù)領(lǐng)域】，具體涉及一種分布式移動支付系統(tǒng)。

【背景技術(shù)】
[0002]現(xiàn)有的移動支付系統(tǒng)，往往存在如下缺陷:
業(yè)務(wù)需求快速定制方面受到限制。由于業(yè)務(wù)成本的發(fā)展，以前系統(tǒng)都是寫死的業(yè)務(wù)邏輯關(guān)系配置，當業(yè)務(wù)發(fā)生變化的時候，需要修改代碼，重新設(shè)計，再上線運營，導致整個流程花費時間太長，成本太高。業(yè)務(wù)方迫切需要系統(tǒng)能提供一個可快速配置的功能，方便新產(chǎn)品的推出，商品的上下架，通過頁面的開關(guān)操作，就可以實現(xiàn)一個業(yè)務(wù)功能的實時替換。
[0003]軟件開發(fā)方面受到限制。以前的子系統(tǒng)嵌套調(diào)用非常嚴重，耦合性太高，導致修改一個功能，需要測試到系統(tǒng)的大部分功能。各個子系統(tǒng)也基本不能獨立部署，都是本地API直接調(diào)用，配置文件的修改遍布系統(tǒng)各個方面，基本就是一個大一統(tǒng)的系統(tǒng)模型。
[0004]服務(wù)部署受到限制。一個服務(wù)重新啟動的時候，所有的業(yè)務(wù)都需要中斷，一個服務(wù)的配置會遍布在所有工程中，如果一個服務(wù)提供的地址需要被修改，所有工程中配置文件都需要修改。高并發(fā)訪問的時候，同一個服務(wù)無法多節(jié)點部署，導致系統(tǒng)的吞吐量不高。


【發(fā)明內(nèi)容】

[0005]本發(fā)明的目的在于提供一種系統(tǒng)吞吐量高，且具有快速配置功能的分布式移動支付系統(tǒng)。
[0006]本發(fā)明提供的分布式移動支付系統(tǒng)，如圖1所示，包括:注冊中心、監(jiān)控中心、調(diào)度中心、軟件發(fā)布中心、展示層、核心層；其中:
所述注冊中心，主要包括:
存儲單元:用于存儲某個服務(wù)的服務(wù)提供者的地址信息；
刪除單元:用于刪除某個服務(wù)的服務(wù)提供者的地址信息；
服務(wù)注冊單元，為服務(wù)提供者完成服務(wù)的注冊。服務(wù)提供者為某個具體功能的服務(wù)實現(xiàn)者，比如用戶登錄服務(wù)，支付服務(wù)；
服務(wù)查詢單元，供消費者查詢服務(wù)提供者的信息；
服務(wù)更新單元，用于更新某個服務(wù)的服務(wù)提供者的地址信息。
[0007]所述監(jiān)控中心，主要包括系統(tǒng)探針、規(guī)則配置器和規(guī)則統(tǒng)計分析處理器。系統(tǒng)探針是進入各個業(yè)務(wù)系統(tǒng)時用于抓取業(yè)務(wù)運行時數(shù)據(jù)，負責從業(yè)務(wù)方抓取監(jiān)控原始數(shù)據(jù)，并反饋到監(jiān)控中心；數(shù)據(jù)被抓取到監(jiān)控中心之后，調(diào)用規(guī)則統(tǒng)計分析處理器；規(guī)則統(tǒng)計分析處理器根據(jù)預先設(shè)定的監(jiān)控規(guī)則閥值做判斷，如果滿足監(jiān)控規(guī)則就觸發(fā)監(jiān)控邏輯，并把服務(wù)調(diào)用信息送往通知調(diào)度中心；規(guī)則配置器用于監(jiān)控中心的監(jiān)控規(guī)則。
[0008]所述監(jiān)控規(guī)則，是系統(tǒng)根據(jù)實際使用要求設(shè)定的規(guī)則，例如:系統(tǒng)只允許10萬的用戶完成登錄操作，當?shù)?00001的用戶來做登錄的時候，監(jiān)控中心按照規(guī)則，就阻止用戶登錄訪問了。
[0009]通過監(jiān)控中心可以統(tǒng)計服務(wù)調(diào)用元信息(包括:服務(wù)提供者，被調(diào)用次數(shù)、發(fā)生故障次數(shù)、服務(wù)相應(yīng)狀態(tài)、服務(wù)響應(yīng)時間)，按照預先設(shè)定的規(guī)則來分析這些信息參數(shù)，再根據(jù)分析結(jié)果與預先設(shè)計的預期值做對比，如果不在預期值范圍內(nèi)，就促發(fā)規(guī)則操作(包括:1.服務(wù)降級規(guī)則；2.阻止用戶繼續(xù)登陸；3.發(fā)布新的應(yīng)用服務(wù))，比如發(fā)現(xiàn)登錄服務(wù)出現(xiàn)響應(yīng)慢，這時候就增加登錄服務(wù)來滿足業(yè)務(wù)需求。
[0010]所述調(diào)度中心，主要由監(jiān)控接收器和軟件包分析器組成。監(jiān)控接收器獲取監(jiān)控中心發(fā)送的業(yè)務(wù)監(jiān)控規(guī)則，之后調(diào)用軟件包分析器來分析軟件包的版本，需要發(fā)布到哪個應(yīng)用服務(wù)器中，產(chǎn)生新的軟件發(fā)布指令。如果軟件包分析器發(fā)現(xiàn)軟件包已經(jīng)達到系統(tǒng)的最大值，就通知服務(wù)注冊中心，對服務(wù)提供者采取降級服務(wù)的原則；否則就把新的軟件發(fā)布指令通知到軟件發(fā)布中心，去軟件發(fā)布中心請求新的軟件發(fā)布服務(wù)任務(wù)。
[0011]所述軟件發(fā)布中心，主要包括:
發(fā)布命令接收器，用于接收調(diào)度中心發(fā)送的軟件發(fā)布指令；
軟件發(fā)布管理器，用于從軟件發(fā)布倉庫中找到對應(yīng)的軟件發(fā)布包；
軟件發(fā)布通知器，用于將軟件發(fā)布包發(fā)布到應(yīng)用服務(wù)器中。
[0012]軟件發(fā)布中心根據(jù)發(fā)布命令接收器的處理指令，從發(fā)布管理器中查找到對應(yīng)的軟件包，按照發(fā)布指令發(fā)布到應(yīng)用服務(wù)器上面，同時監(jiān)控軟件發(fā)布情況；在軟件發(fā)布成功之后，軟件包會自動注冊到注冊中心，提供軟件訪問服務(wù)。
[0013]所述展示層和核心層組成一 container (應(yīng)用服務(wù)器)；
展示層:主要部署一些前端顯示頁面；
核心層:主要部署后端的核心業(yè)務(wù)邏輯軟件實現(xiàn)包，嚴格控制訪問權(quán)限，確保安全性，核心層不允許調(diào)用展示層的服務(wù)。
[0014]監(jiān)控中心對展示層和核心層發(fā)過來的服務(wù)調(diào)用元信息，執(zhí)行分析，并根據(jù)分析結(jié)果來通知調(diào)度中心需要對哪些服務(wù)進行升降級處理；如果需要增加新的服務(wù)，就前往軟件發(fā)布中心，根據(jù)監(jiān)控中心發(fā)來的服務(wù)信息去軟件發(fā)布中心查詢對應(yīng)的軟件包，并發(fā)布到應(yīng)用服務(wù)器中；服務(wù)在應(yīng)用服務(wù)器中啟動完成之后，通過配置文件中的注冊中心地址，自動通知注冊中心，服務(wù)啟動完畢，可以接受服務(wù)；之后通過注冊中心的負載均衡策略，讓剛才啟動的服務(wù)組件響應(yīng)服務(wù)，并通知調(diào)度中心，整個服務(wù)的軟件調(diào)用治理過程完畢。
[0015]本發(fā)明的分布式系統(tǒng)中，各部分之間的調(diào)用信息是監(jiān)控的核心元素，需要實時分析這些調(diào)用服務(wù)質(zhì)量問題，通過統(tǒng)計大量的監(jiān)控信息，不但可以捕獲系統(tǒng)的運行時服務(wù)器的CPU百分比，內(nèi)存消耗，網(wǎng)絡(luò)狀態(tài)等系統(tǒng)級別的信息，還能總結(jié)到底哪些功能點是系統(tǒng)的訪問瓶頸，導致整個系統(tǒng)的吞吐量無法提升。因此，上述內(nèi)容構(gòu)成動態(tài)路由信息的主要數(shù)據(jù)來源。
[0016]本發(fā)明優(yōu)點:
(1)透明化的遠程方法調(diào)用，就像調(diào)用本地方法一樣調(diào)用遠程方法，只需簡單配置，沒有任何API侵入；
(2)軟負載均衡及容錯機制降低成本，減少單點；
(3)服務(wù)自動注冊與發(fā)現(xiàn)，不再需要寫死服務(wù)提供方地址，注冊中心基于接口名查詢服務(wù)提供者的IP地址，并且能夠平滑添加或刪除服務(wù)提供者；
(4)通過統(tǒng)計服務(wù)調(diào)用的返回執(zhí)行信息，動態(tài)的實現(xiàn)服務(wù)治理。

【專利附圖】

【附圖說明】
[0017]圖1分布式移動支付系統(tǒng)結(jié)構(gòu)框圖。
[0018]圖2監(jiān)控中心工作模型圖。
[0019]圖3分布式移動支付系統(tǒng)調(diào)用用例分析圖。
[0020]圖4分布式移動支付系統(tǒng)調(diào)用時序圖。
[0021]圖5分布式移動支付系統(tǒng)規(guī)則狀態(tài)圖。

【具體實施方式】
[0022]服務(wù)治理(SOA governance)的最終目的是讓整個業(yè)務(wù)系統(tǒng)隨著業(yè)務(wù)運行時的各種因素來完成軟件自治和業(yè)務(wù)自治的融合，通過他們之間的相互配合，協(xié)調(diào)各領(lǐng)域之間的軟件組件來取得最大程度的系統(tǒng)機動性和規(guī)模經(jīng)濟性。S0A的治理是整個IT治理的延伸，它關(guān)注于管理服務(wù)及相關(guān)的服務(wù)層描述。
[0023]本發(fā)明提供的分布式移動支付系統(tǒng)，如圖1所示，包括:注冊中心、監(jiān)控中心、調(diào)度中心、軟件發(fā)布中心、展示層、核心層；其中:
所述注冊中心，主要包括:
存儲單元:用于存儲某個服務(wù)的服務(wù)提供者的地址信息；
刪除單元:用于刪除某個服務(wù)的服務(wù)提供者的地址信息；
服務(wù)注冊單元，為服務(wù)提供者完成服務(wù)的注冊。服務(wù)提供者為某個具體功能的服務(wù)實現(xiàn)者，比如用戶登錄服務(wù)，支付服務(wù)；
服務(wù)查詢單元，供消費者查詢服務(wù)提供者的信息；
服務(wù)更新單元，用于更新某個服務(wù)的服務(wù)提供者的地址信息。
[0024]所述監(jiān)控中心，主要包括系統(tǒng)探針、規(guī)則配置器和規(guī)則統(tǒng)計分析處理器。系統(tǒng)探針是進入各個業(yè)務(wù)系統(tǒng)時用于抓取業(yè)務(wù)運行時數(shù)據(jù)，負責從業(yè)務(wù)方抓取監(jiān)控原始數(shù)據(jù)，并反饋到監(jiān)控中心；數(shù)據(jù)被抓取到監(jiān)控中心之后，調(diào)用規(guī)則統(tǒng)計分析處理器；規(guī)則統(tǒng)計分析處理器根據(jù)預先設(shè)定的監(jiān)控規(guī)則閥值做判斷，如果滿足監(jiān)控規(guī)則就觸發(fā)監(jiān)控邏輯，并把服務(wù)調(diào)用信息送往通知調(diào)度中心；規(guī)則配置器用于監(jiān)控中心的監(jiān)控規(guī)則。
[0025]所述監(jiān)控規(guī)則，是系統(tǒng)根據(jù)實際使用要求設(shè)定的規(guī)則，例如:系統(tǒng)只允許10萬的用戶完成登錄操作，當?shù)?00001的用戶來做登錄的時候，監(jiān)控中心按照規(guī)則，就阻止用戶登錄訪問了。
[0026]通過監(jiān)控中心可以統(tǒng)計服務(wù)調(diào)用元信息(包括:服務(wù)提供者，被調(diào)用次數(shù)、發(fā)生故障次數(shù)、服務(wù)相應(yīng)狀態(tài)、服務(wù)響應(yīng)時間)，按照預先設(shè)定的規(guī)則來分析這些信息參數(shù)，再根據(jù)分析結(jié)果與預先設(shè)計的預期值做對比，如果不在預期值范圍內(nèi)，就促發(fā)規(guī)則操作(包括:1.服務(wù)降級規(guī)則；2.阻止用戶繼續(xù)登陸；3.發(fā)布新的應(yīng)用服務(wù))，比如發(fā)現(xiàn)登錄服務(wù)出現(xiàn)響應(yīng)慢，這時候就增加登錄服務(wù)來滿足業(yè)務(wù)需求。
[0027]所述調(diào)度中心，主要由監(jiān)控接收器和軟件包分析器組成。監(jiān)控接收器獲取監(jiān)控中心發(fā)送的業(yè)務(wù)監(jiān)控規(guī)則，之后調(diào)用軟件包分析器來分析軟件包的版本，需要發(fā)布到哪個應(yīng)用服務(wù)器中，產(chǎn)生新的軟件發(fā)布指令。如果軟件包分析器發(fā)現(xiàn)軟件包已經(jīng)達到系統(tǒng)的最大值，就通知服務(wù)注冊中心，對服務(wù)提供者采取降級服務(wù)的原則；否則就把新的軟件發(fā)布指令通知到軟件發(fā)布中心，去軟件發(fā)布中心請求新的軟件發(fā)布服務(wù)任務(wù)。
[0028]所述軟件發(fā)布中心，主要包括:
發(fā)布命令接收器，用于接收調(diào)度中心發(fā)送的軟件發(fā)布指令；
軟件發(fā)布管理器，用于從軟件發(fā)布倉庫中找到對應(yīng)的軟件發(fā)布包；
軟件發(fā)布通知器，用于將軟件發(fā)布包發(fā)布到應(yīng)用服務(wù)器中。
[0029]軟件發(fā)布中心根據(jù)發(fā)布命令接收器的處理指令，從發(fā)布管理器中查找到對應(yīng)的軟件包，按照發(fā)布指令發(fā)布到應(yīng)用服務(wù)器上面，同時監(jiān)控軟件發(fā)布情況；在軟件發(fā)布成功之后，軟件包會自動注冊到注冊中心，提供軟件訪問服務(wù)。
[0030]所述展示層和核心層組成一 container (應(yīng)用服務(wù)器)；
展示層:主要部署一些前端顯示頁面；
核心層:主要部署后端的核心業(yè)務(wù)邏輯軟件實現(xiàn)包，嚴格控制訪問權(quán)限，確保安全性，核心層不允許調(diào)用展示層的服務(wù)。
[0031]監(jiān)控中心對展示層和核心層發(fā)過來的服務(wù)調(diào)用元信息，執(zhí)行分析，并根據(jù)分析結(jié)果來通知調(diào)度中心需要對哪些服務(wù)進行升降級處理；如果需要增加新的服務(wù)，就前往軟件發(fā)布中心，根據(jù)監(jiān)控中心發(fā)來的服務(wù)信息去軟件發(fā)布中心查詢對應(yīng)的軟件包，并發(fā)布到應(yīng)用服務(wù)器中；服務(wù)在應(yīng)用服務(wù)器中啟動完成之后，通過配置文件中的注冊中心地址，自動通知注冊中心，服務(wù)啟動完畢，可以接受服務(wù)；之后通過注冊中心的負載均衡策略，讓剛才啟動的服務(wù)組件響應(yīng)服務(wù)，并通知調(diào)度中心，整個服務(wù)的軟件調(diào)用治理過程完畢。
[0032]在分布式系統(tǒng)中，各個系統(tǒng)之間的調(diào)用信息是我們監(jiān)控的核心元素，我們需要實時分析這些調(diào)用服務(wù)質(zhì)量問題，通過統(tǒng)計大量的監(jiān)控信息時候，不但可以捕獲系統(tǒng)運行時服務(wù)器的CPU百分比，內(nèi)存消耗，網(wǎng)絡(luò)狀態(tài)等系統(tǒng)級別的信息，還能總結(jié)到底哪些功能點是系統(tǒng)的訪問瓶頸，導致整個系統(tǒng)的吞吐量無法提升。因此，上述內(nèi)容構(gòu)成動態(tài)路由信息的主要數(shù)據(jù)來源。
[0033]監(jiān)控中心工作模型圖如圖2所示，監(jiān)控中心所采集的本支付系統(tǒng)統(tǒng)計信息一般分為系統(tǒng)統(tǒng)計信息(主要是服務(wù)器的物理屬性)和應(yīng)用統(tǒng)計信息，監(jiān)控中心的系統(tǒng)探針會周期性的收集統(tǒng)計信息，并異步接收應(yīng)用調(diào)用信息。監(jiān)控中心的系統(tǒng)探針在采集到原始數(shù)據(jù)之后發(fā)送到規(guī)則統(tǒng)計分析處理器，規(guī)則統(tǒng)計分析處理器按照不同的信息來源通知規(guī)則配置器執(zhí)行不同的規(guī)則配置。同時，系統(tǒng)探針將采集到的統(tǒng)計信息發(fā)送到規(guī)則統(tǒng)計分析處理器，規(guī)則統(tǒng)計分析處理器輸出分析結(jié)果到監(jiān)控中心，監(jiān)控中心根據(jù)分析結(jié)果觸發(fā)不同的業(yè)務(wù)操作，比如升降級服務(wù)，動態(tài)發(fā)布新服務(wù)等。
[0034]對前面的監(jiān)控中心分析之后，可以進行系統(tǒng)用例分析，系統(tǒng)調(diào)用用例分析如圖3所示。其中，系統(tǒng)由于是定時去系統(tǒng)服務(wù)器去獲取CPU等物理信息，和一般的應(yīng)用服務(wù)器主動發(fā)生消息的用例是不一樣的，因此畫了兩個執(zhí)行者。應(yīng)用服務(wù)器和系統(tǒng)的定時任務(wù)都會將監(jiān)控信息發(fā)送給監(jiān)控中心，監(jiān)控中心接收到統(tǒng)計信息之后，會觸發(fā)業(yè)務(wù)規(guī)則。在執(zhí)行業(yè)務(wù)之后，可能觸發(fā)發(fā)布新服務(wù)的操作，這時候就需要通知調(diào)度中心，發(fā)布新的服務(wù)到應(yīng)用服務(wù)器中；也可能是網(wǎng)絡(luò)出現(xiàn)鏈路中斷，需要短信和郵件通知IT操作員。
[0035]系統(tǒng)調(diào)用時序如圖4所示。
[0036]監(jiān)控中心的規(guī)則配置器獲得監(jiān)控規(guī)則，并從應(yīng)用服務(wù)器和定時任務(wù)那里獲取監(jiān)控數(shù)據(jù)；監(jiān)控中心獲取監(jiān)控數(shù)據(jù)之后計算監(jiān)控規(guī)則結(jié)果，并根據(jù)這個結(jié)果把監(jiān)控質(zhì)量發(fā)送給調(diào)度中心；調(diào)度中心接收到指令之后，會通知軟件發(fā)布中心去發(fā)布軟件包。軟件發(fā)布中心會把對應(yīng)的軟件包發(fā)布到應(yīng)用服務(wù)器中，完成發(fā)布工作。
[0037]其中，系統(tǒng)規(guī)則狀態(tài)如圖5所示。IT操作人員提交一個規(guī)則之后，暫時還不能馬上生效，必須經(jīng)過IT主管審核之后，這條規(guī)則才能被動態(tài)調(diào)度算法所執(zhí)行；如果執(zhí)行之后，發(fā)現(xiàn)某條規(guī)則設(shè)置的不是很合理，會嚴重的影響算法執(zhí)行時間，可以讓該條規(guī)則凍結(jié)，修改完畢之后，可以重新再啟用這個規(guī)則。當然，任何時候都可以把這些規(guī)則都廢棄掉，終止規(guī)則的執(zhí)行。
【權(quán)利要求】
1.分布式移動支付系統(tǒng)，其特征在于包括:注冊中心、監(jiān)控中心、調(diào)度中心、軟件發(fā)布中心、展示層、核心層；其中: 所述注冊中心，主要包括: 存儲單元:用于存儲某個服務(wù)的服務(wù)提供者的地址信息； 刪除單元:用于刪除某個服務(wù)的服務(wù)提供者的地址信息； 服務(wù)注冊單元，為服務(wù)提供者完成服務(wù)的注冊； 服務(wù)查詢單元，供消費者查詢服務(wù)提供者的信息； 服務(wù)更新單元，用于更新某個服務(wù)的服務(wù)提供者的地址信息； 所述監(jiān)控中心，主要包括系統(tǒng)探針、規(guī)則配置器和規(guī)則統(tǒng)計分析處理器；系統(tǒng)探針是進入各個業(yè)務(wù)系統(tǒng)時用于抓取業(yè)務(wù)運行時數(shù)據(jù)，負責從業(yè)務(wù)方抓取監(jiān)控原始數(shù)據(jù)，并反饋到監(jiān)控中心；數(shù)據(jù)被抓取到監(jiān)控中心之后，調(diào)用規(guī)則統(tǒng)計分析處理器；規(guī)則統(tǒng)計分析處理器根據(jù)預先設(shè)定的監(jiān)控規(guī)則閥值做判斷，如果滿足監(jiān)控規(guī)則就觸發(fā)監(jiān)控邏輯，并把服務(wù)調(diào)用信息送往通知調(diào)度中心；規(guī)則配置器用于監(jiān)控中心的監(jiān)控規(guī)則； 所述監(jiān)控規(guī)則，是系統(tǒng)根據(jù)實際使用要求設(shè)定的規(guī)則； 通過監(jiān)控中心可以統(tǒng)計服務(wù)調(diào)用元信息，按照預先設(shè)定的規(guī)則來分析這些信息參數(shù)，再根據(jù)分析結(jié)果與預先設(shè)計的預期值做對比，如果不在預期值范圍內(nèi)，就促發(fā)規(guī)則操作；這里，所述服務(wù)調(diào)用元信息包括:服務(wù)提供者，被調(diào)用次數(shù)、發(fā)生故障次數(shù)、服務(wù)相應(yīng)狀態(tài)、服務(wù)響應(yīng)時間；所述規(guī)則操作包括:服務(wù)降級、阻止用戶繼續(xù)登陸、發(fā)布新的應(yīng)用服務(wù)；所述調(diào)度中心，主要由監(jiān)控接收器和軟件包分析器組成；監(jiān)控接收器獲取監(jiān)控中心發(fā)送的業(yè)務(wù)監(jiān)控規(guī)則，之后調(diào)用軟件包分析器來分析軟件包的版本，需要發(fā)布到哪個應(yīng)用服務(wù)器中，產(chǎn)生新的軟件發(fā)布指令；如果軟件包分析器發(fā)現(xiàn)軟件包已經(jīng)達到系統(tǒng)的最大值，就通知服務(wù)注冊中心，對服務(wù)提供者采取降級服務(wù)的原則；否則就把新的軟件發(fā)布指令通知到軟件發(fā)布中心，去軟件發(fā)布中心請求新的軟件發(fā)布服務(wù)任務(wù)； 所述軟件發(fā)布中心，主要包括: 發(fā)布命令接收器，用于接收調(diào)度中心發(fā)送的軟件發(fā)布指令； 軟件發(fā)布管理器，用于從軟件發(fā)布倉庫中找到對應(yīng)的軟件發(fā)布包； 軟件發(fā)布通知器，用于將軟件發(fā)布包發(fā)布到應(yīng)用服務(wù)器中； 軟件發(fā)布中心根據(jù)發(fā)布命令接收器的處理指令，從發(fā)布管理器中查找到對應(yīng)的軟件包，按照發(fā)布指令發(fā)布到應(yīng)用服務(wù)器上面，同時監(jiān)控軟件發(fā)布情況；在軟件發(fā)布成功之后，軟件包會自動注冊到注冊中心，提供軟件訪問服務(wù)； 所述展示層和核心層組成一應(yīng)用服務(wù)器； 展示層:主要部署一些前端顯示頁面； 核心層:主要部署后端的核心業(yè)務(wù)邏輯軟件實現(xiàn)包，嚴格控制訪問權(quán)限，確保安全性，核心層不允許調(diào)用展示層的服務(wù)； 監(jiān)控中心對展示層和核心層發(fā)過來的服務(wù)調(diào)用元信息，執(zhí)行分析，并根據(jù)分析結(jié)果來通知調(diào)度中心需要對哪些服務(wù)進行升降級處理；如果需要增加新的服務(wù)，就前往軟件發(fā)布中心，根據(jù)監(jiān)控中心發(fā)來的服務(wù)信息去軟件發(fā)布中心查詢對應(yīng)的軟件包，并發(fā)布到應(yīng)用服務(wù)器中；服務(wù)在應(yīng)用服務(wù)器中啟動完成之后，通過配置文件中的注冊中心地址，自動通知注冊中心，服務(wù)啟動完畢，可以接受服務(wù)；之后通過注冊中心的負載均衡策略，讓剛才啟動的 服務(wù)組件響應(yīng)服務(wù)，并通知調(diào)度中心，整個服務(wù)的軟件調(diào)用治理過程完畢。
【文檔編號】H04L29/08GK104243619SQ201410550569
【公開日】2014年12月24日 申請日期:2014年10月17日 優(yōu)先權(quán)日:2014年10月17日
【發(fā)明者】田軍 申請人:上海瀚銀信息技術(shù)有限公司