本發(fā)明屬于計算機領(lǐng)域,尤其涉及一種開發(fā)平臺應(yīng)用方法及業(yè)務(wù)系統(tǒng)。
背景技術(shù):
在目前許多行業(yè)的關(guān)鍵業(yè)務(wù)系統(tǒng)上使用的是ibm大型主機系統(tǒng),大型主機(mainframe)是在1970年decpdp-8之類的迷你電腦(minicomputer)出現(xiàn)之后才出現(xiàn)的對應(yīng)名詞,本意指的是能夠集中式管理,占地大,價格昂貴但非??煽康拇笮碗娔X。其依賴的ras(reliability,availability,serviceability)——高可靠性、高可用性、高服務(wù)性會讓許多注重這三方面的客戶十分看重,但由于開放平臺特別是小型機的性能和高可用越來越高,加上業(yè)務(wù)靈活和成本,會有越來越多的客戶選擇將自己的業(yè)務(wù)系統(tǒng)遷移到開放平臺上。開放平臺基于tcp/ip協(xié)議下,能夠在更加自由的方式構(gòu)建客戶的it系統(tǒng)架構(gòu),針對不同的應(yīng)用環(huán)境選擇不同的配置即可及時的適應(yīng)新的應(yīng)用模式,并且從技術(shù)角度比相對封閉的大型主機環(huán)境更加開放,從技術(shù)成本和經(jīng)濟成本上能夠讓使用者更加主動使用。
因此,迫切需要提供一種平臺架構(gòu)應(yīng)用方案,在降低架構(gòu)自身的硬件成本同時,保證整個應(yīng)用架構(gòu)能夠滿足其原有的高可靠性、高可用性、高服務(wù)性的要求。
技術(shù)實現(xiàn)要素:
本發(fā)明提供一種開發(fā)平臺應(yīng)用方法及業(yè)務(wù)系統(tǒng),以解決上述問題。
本發(fā)明提供一種開發(fā)平臺應(yīng)用方法。上述方法包括以下步驟:
采用通用服務(wù)器或小型主機作為所述業(yè)務(wù)系統(tǒng)中的服務(wù)器主體;
采用開發(fā)平臺上的模擬中間件實現(xiàn)所述服務(wù)器主體中的應(yīng)用程序和數(shù)據(jù)存儲。
本發(fā)明還提供一種基于開發(fā)平臺的業(yè)務(wù)系統(tǒng),包括:
通用服務(wù)器或小型主機,用于作為所述業(yè)務(wù)系統(tǒng)中的服務(wù)器主體;
模擬模塊,用于采用開發(fā)平臺上的模擬中間件實現(xiàn)所述服務(wù)器主體中的應(yīng)用程序和數(shù)據(jù)存儲。
通過以下方案:采用通用服務(wù)器或小型主機作為業(yè)務(wù)系統(tǒng)中的服務(wù)器主體,采用開發(fā)平臺上的模擬中間件實現(xiàn)服務(wù)器主體中的應(yīng)用程序和數(shù)據(jù)存儲,使用通用服務(wù)器或者小型機作為其整個應(yīng)用架構(gòu)的服務(wù)器主體,cics模擬工具和vasm模擬工具完成對大型主機環(huán)境內(nèi)的應(yīng)用程序功能實現(xiàn)和文件系統(tǒng)讀取的實現(xiàn),服務(wù)器之間通過tcp/ip方式連接,不使用ibm的sna網(wǎng)絡(luò)協(xié)議,從應(yīng)用的角度直接對應(yīng)用程序做處理,從而擺脫大型主機平臺的封閉性,在降低架構(gòu)自身的硬件成本同時,保證整個應(yīng)用架構(gòu)能夠滿足其原有的高可靠性、高可用性、高服務(wù)性的要求。
附圖說明
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
圖1所示為本發(fā)明實施例1的開發(fā)平臺應(yīng)用方法處理流程圖;
圖2所示為本發(fā)明實施例2的基于開發(fā)平臺的業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖;
圖3所示為本發(fā)明實施例3的開放平臺替換大機環(huán)境軟件環(huán)境體系示意圖。
具體實施方式
下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
圖1所示為本發(fā)明實施例1的開發(fā)平臺應(yīng)用方法處理流程圖,包括以下步驟:
步驟102:采用通用服務(wù)器或小型主機作為所述業(yè)務(wù)系統(tǒng)中的服務(wù)器主體。
步驟104:采用開發(fā)平臺上的模擬中間件實現(xiàn)所述服務(wù)器主體中的應(yīng)用程序和數(shù)據(jù)存儲。
基于軟件架構(gòu)復(fù)制的思路通過模擬軟件實現(xiàn)大型主機環(huán)境的cics功能和vasm管理功能,拆分大型主機的緊耦合架構(gòu),配合開放平臺的服務(wù)器集群模式實現(xiàn)硬件支撐。這樣不僅可以平滑遷移大型主機應(yīng)用到開放平臺,同時兼顧減低遷移時間周期和技術(shù)延續(xù)性。
進一步地,使用所述開發(fā)平臺中類unix系統(tǒng)作為所述服務(wù)器主體的操作系統(tǒng);
使用所述開發(fā)平臺中的監(jiān)控和自動化管理模塊作為所述業(yè)務(wù)系統(tǒng)中的管理系統(tǒng)。
進一步地,使用所述開發(fā)平臺中的cics中間件實現(xiàn)所述業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)管理模塊;
使用所述開發(fā)平臺中的cics中間件實現(xiàn)所述業(yè)務(wù)系統(tǒng)中的交易管理模塊。
采用軟件架構(gòu)模擬cics功能和vasm管理功能,主機平臺應(yīng)用程序依賴主機平臺的文件管理模式,在開放平臺上開發(fā)模擬主機平臺的vasm功能模擬軟件,方便應(yīng)用程序運行,開發(fā)軟件產(chǎn)品中間件級別的模擬軟件,實現(xiàn)在開放平臺能夠運行主機平臺的cobol程序等,利用開放平臺的數(shù)據(jù)庫軟件實現(xiàn)數(shù)據(jù)管理存儲功能,根據(jù)客戶環(huán)境配置其災(zāi)備管理機制,開放平臺的操作系統(tǒng)能夠支持對服務(wù)器的監(jiān)控管理功能,通過集群功能實現(xiàn)平臺的擴展和負載均衡,提高整體框架的高可用性和高可靠性。
進一步地,采用通用服務(wù)器或小型主機搭建所述服務(wù)器主體中的應(yīng)用層服務(wù)器集群和數(shù)據(jù)庫服務(wù)器集群。
其中,所述服務(wù)器主體之間通過tcp/ip方式連接。
使用小型機作為架構(gòu)的主要數(shù)據(jù)處理服務(wù)器能夠極大的提升應(yīng)用架構(gòu)在開放平臺的高可用性和高可靠性,特別是在數(shù)據(jù)集中模式下的應(yīng)用系統(tǒng)。而使用通用服務(wù)器作為架構(gòu)的數(shù)據(jù)處理服務(wù)器結(jié)合數(shù)據(jù)庫軟件可以做分布式的數(shù)據(jù)處理,這對數(shù)據(jù)一致性和時效性要求較低的應(yīng)用上通常實現(xiàn)。兩種數(shù)據(jù)模式的選擇可以根據(jù)具體應(yīng)用做具體選擇。
圖2所示為本發(fā)明實施例2的基于開發(fā)平臺的業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖。
如圖2所示,根據(jù)本發(fā)明的實施例的一種基于開發(fā)平臺的業(yè)務(wù)系統(tǒng),包括:
通用服務(wù)器或小型主機202,用于作為所述業(yè)務(wù)系統(tǒng)中的服務(wù)器主體;
模擬模塊204,用于采用開發(fā)平臺上的模擬中間件實現(xiàn)所述服務(wù)器主體中的應(yīng)用程序和數(shù)據(jù)存儲。
進一步地,所述通用服務(wù)器或小型主機202使用所述開發(fā)平臺中類unix系統(tǒng)作為所述服務(wù)器主體的操作系統(tǒng),使用所述開發(fā)平臺中的監(jiān)控和自動化管理模塊作為所述業(yè)務(wù)系統(tǒng)中的管理系統(tǒng)。
進一步地,所述模擬模塊204使用所述開發(fā)平臺中的cics中間件實現(xiàn)所述業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)管理模塊,以及使用所述開發(fā)平臺中的cics中間件實現(xiàn)所述業(yè)務(wù)系統(tǒng)中的交易管理模塊。
進一步地,所述通用服務(wù)器或小型主機202還用于搭建所述服務(wù)器主體中的應(yīng)用層服務(wù)器集群和數(shù)據(jù)庫服務(wù)器集群。
進一步地,所述服務(wù)器主體之間通過tcp/ip方式連接。
圖3所示為本發(fā)明實施例3的開放平臺替換大機環(huán)境軟件環(huán)境體系示意圖。
如圖3所示,ibm大機整個軟件是體系化的,是統(tǒng)一部署在其z系列服務(wù)器上實現(xiàn)其功能,作為開放平臺上的替換方案,從架構(gòu)上需要做拆分,所以對應(yīng)其軟件體系架構(gòu)的內(nèi)部可以拆分成幾個模塊,方便在開放平臺上做功能模塊的實現(xiàn),保證即使在不使用ibm大機使用開放平臺服務(wù)器上也能有完善的功能實現(xiàn)。在本實施例中將整個大機軟件體系分為5個模塊,由下至上,由左到右分別是:
1.操作系統(tǒng)(os):ibm使用的是其z/os的操作系統(tǒng)來管理其大機服務(wù)器,而開放平臺將使用類unix系統(tǒng)來管理服務(wù)器,操作系統(tǒng)將符合unix系統(tǒng)的安全管理模式。
2.系統(tǒng)管理(systemmanagement)分為監(jiān)控和自動化兩塊,ibm的自帶監(jiān)控是tivil軟件管理體系,自動化管理是在大機內(nèi)部多個傳感器的幫助下,實現(xiàn)比如內(nèi)部存儲備份,硬件宕機自動切換,數(shù)據(jù)備份切換,服務(wù)節(jié)點自動切換等功能。開放平臺推出對應(yīng)其應(yīng)用架構(gòu)上的監(jiān)控和自動化管理模塊,監(jiān)控內(nèi)容包括存儲設(shè)備,服務(wù)器和交換機的基本機器硬件運行情況,應(yīng)用服務(wù)器上的中間件運行情況,數(shù)據(jù)庫服務(wù)器上的數(shù)據(jù)庫運行情況,包含部分自動宕機切換功能配置(例如存儲宕機自動切換),后臺數(shù)據(jù)備份等管理功能。
3.數(shù)據(jù)庫(databasemanager):使用開放平臺常用的數(shù)據(jù)軟件作為整個軟件體系里面的數(shù)據(jù)庫管理部分,高可用實現(xiàn)及性能負載均衡處理需要根據(jù)實際應(yīng)用需要做調(diào)整跑批(batch),使用開放平臺的模擬cics中間件組件模擬大機上的jes程序功能并可以執(zhí)行起job程序,做到跑批實現(xiàn)調(diào)用和監(jiān)控。
4.交易管理(transactionmanager):開放平臺模擬cics組件實現(xiàn)原有大機中的cics的中間件功能運行其cobol程序或其它程序語言開發(fā)的應(yīng)用程序開發(fā)語言,同樣支持java,cobol,c/c++等原有大機系統(tǒng)環(huán)境上的開發(fā)環(huán)境。
5.網(wǎng)絡(luò)通訊(networkmanagement):支持tcp/ip協(xié)議來做網(wǎng)絡(luò)互聯(lián),但考慮到可能需要與大機環(huán)境做互聯(lián)互通,可以兼容支持ibm獨有的sna協(xié)議,通過ibm開放的sna協(xié)議接口做二次產(chǎn)品開發(fā)包裝實現(xiàn)可以與ibm大機平臺互聯(lián)互通。
通常ibm大機使用6臺ibmz系列機器,其中兩臺作為耦合器做集群環(huán)境的時鐘同步和數(shù)據(jù)高可用使用,4臺作為計算節(jié)點通過耦合器互聯(lián),中間使用光纖高速連接,再外接高速存儲使用。整個架構(gòu)稱之為sysplex架構(gòu)是一種功能應(yīng)用和數(shù)據(jù)庫緊密耦合的架構(gòu),在開放平臺上要使用小機或者通用服務(wù)器為基礎(chǔ)的方案,首先得考慮架構(gòu)功能的拆分,并保證架構(gòu)拆分的有邏輯性,和大機環(huán)境能夠有功能的匹配性。
在整個硬件開放平臺上,支持單節(jié)點失敗后能夠讓系統(tǒng)平穩(wěn)運行。將硬件環(huán)境分為幾個模塊:
1.應(yīng)用層服務(wù)器集群,使用輕量級小型機或者低中端通用服務(wù)器搭建,利用web和應(yīng)用層很容易擴展及虛擬化,節(jié)點可以靈活地增加或減少,并使用failover技術(shù)保證高可用和負載均衡。
2.數(shù)據(jù)庫服務(wù)器集群,使用高端小型機或者高性能通用服務(wù)器搭建,通過數(shù)據(jù)庫軟件的集群管理功能實現(xiàn)數(shù)據(jù)庫的數(shù)據(jù)橫向擴展,業(yè)務(wù)數(shù)據(jù)的歸檔備份和災(zāi)備應(yīng)急處理通過數(shù)據(jù)庫自帶功能工具或者第三方軟件實現(xiàn)。
3.網(wǎng)絡(luò)連接設(shè)備,服務(wù)器之間通過光纖交換機使得網(wǎng)絡(luò)傳輸速度最大話,保證系統(tǒng)運行效率,交換機通過主備冗余模式保證其在網(wǎng)絡(luò)互聯(lián)的高可用性。
4.外接存儲設(shè)備,根據(jù)需要使用不同類型和性能存儲,保證存儲的i/o吞吐,并做存儲的冗余備份,能夠使得存儲不成為整個系統(tǒng)的瓶頸,并保證高可用性。
本實施例能夠通過架構(gòu)復(fù)制的模式模擬大型機運行環(huán)境,并通過集群管理和數(shù)據(jù)管理的方式,從而提高整體架構(gòu)的高可用、高可靠性和高性能。與大型主機環(huán)境相比,能夠有效降低客戶從大型機環(huán)境轉(zhuǎn)向開放環(huán)境的遷移實現(xiàn)周期,并在技術(shù)上有良好的延續(xù)性,能夠使原有技術(shù)人員保持其原有大型機平臺的開發(fā)經(jīng)驗。
通過以下方案:采用通用服務(wù)器或小型主機作為業(yè)務(wù)系統(tǒng)中的服務(wù)器主體,采用開發(fā)平臺上的模擬中間件實現(xiàn)服務(wù)器主體中的應(yīng)用程序和數(shù)據(jù)存儲,使用通用服務(wù)器或者小型機作為其整個應(yīng)用架構(gòu)的服務(wù)器主體,cics模擬工具和vasm模擬工具完成對大型主機環(huán)境內(nèi)的應(yīng)用程序功能實現(xiàn)和文件系統(tǒng)讀取的實現(xiàn),服務(wù)器之間通過tcp/ip方式連接,不使用ibm的sna網(wǎng)絡(luò)協(xié)議,從應(yīng)用的角度直接對應(yīng)用程序做處理,從而擺脫大型主機平臺的封閉性,在降低架構(gòu)自身的硬件成本同時,保證整個應(yīng)用架構(gòu)能夠滿足其原有的高可靠性、高可用性、高服務(wù)性的要求。
以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。