[發(fā)明專利]基于PaaS云平臺服務(wù)器的系統(tǒng)開發(fā)方法及服務(wù)器

有效

• 申請?zhí)枺?/td>: 202010150544.1
• 申請日: 2020-03-06
• 公開（公告）號: CN111352653B
• 公開（公告）日: 2023-07-14
• 發(fā)明（設(shè)計）人: 金劍峰;黃玉偉;劉軍梅;李洋洋
• 申請（專利權(quán)）人: 中國工商銀行股份有限公司
• 主分類號: G06F8/71
• 分類號: G06F8/71;G06F8/41;G06F8/65
• 代理公司: 北京三友知識產(chǎn)權(quán)代理有限公司 11127
• 代理人: 王濤;湯在彥

本發(fā)明提供的基于PaaS云平臺服務(wù)器的系統(tǒng)開發(fā)方法及服務(wù)器，基于PaaS云平臺服務(wù)器，根據(jù)所述預(yù)設(shè)分組配置信息、版本計劃信息以及所述功能組件，對所有功能組件進行編譯，得到分組信息和對應(yīng)每個分組的程序鏡像，各個開發(fā)部門可以維護各自的源代碼倉庫(對代碼倉庫類型可以不做要求，比如GIT、SVN等)，避免跨部門源代碼操作，不會出現(xiàn)代碼依賴，沖突等問題，從而徹底實現(xiàn)開發(fā)解耦，本方案不涉及各部門源代碼歸攏后再編譯，而是各個部門開發(fā)團隊自行編譯后發(fā)布MAVEN組件，研發(fā)平臺再對組件進行邏輯組合，消除各部門編譯時間的沖突，解決了版本編譯耦合問題。

技術(shù)領(lǐng)域

本發(fā)明涉及云服務(wù)器技術(shù)領(lǐng)域，具體涉及基于PaaS云平臺服務(wù)器的系統(tǒng)開發(fā)方法及服務(wù)器。

背景技術(shù)

系統(tǒng)平臺化開發(fā)是IT系統(tǒng)研發(fā)過程中一種軟件研發(fā)組織模式，貫穿需求、設(shè)計、開發(fā)、運行維護等各個軟件工程階段。在一些具備相當(dāng)規(guī)模的企業(yè)中，會針對不同的業(yè)務(wù)領(lǐng)域研發(fā)不同的系統(tǒng)，以此提供相應(yīng)的技術(shù)服務(wù)。其中一些熱點系統(tǒng)會具備如下特色：1)對接的業(yè)務(wù)條線需求旺盛，需求變化多2)有大量其它系統(tǒng)依賴該熱點系統(tǒng)，系統(tǒng)間耦合高。綜上原因，項目推進過程中會遇到如下問題：1、研發(fā)人力資源跟不上；2、跨系統(tǒng)研發(fā)過程中，協(xié)調(diào)溝通及業(yè)務(wù)知識學(xué)習(xí)成本高；3、業(yè)務(wù)很難做到端到端、一站式的研發(fā)服務(wù)。

為了減少研發(fā)成本，最大化研發(fā)效率，從而解決這些問題，在具體研發(fā)實踐中，產(chǎn)生了一種新的研發(fā)模式——系統(tǒng)平臺化開發(fā)，即基于統(tǒng)一的技術(shù)標準和開發(fā)規(guī)范，在為多個系統(tǒng)的功能實現(xiàn)提供渠道接入、服務(wù)集成、決策支持等配套功能的系統(tǒng)內(nèi)部，由多個開發(fā)部門共同協(xié)作承擔(dān)同一系統(tǒng)開發(fā)工作的一種研發(fā)組織模式，相應(yīng)的系統(tǒng)簡稱平臺化系統(tǒng)。

采用平臺化開發(fā)的系統(tǒng)，按各軟件產(chǎn)品在系統(tǒng)運行態(tài)的部署方式的不同，可分為共享和集成兩種模式。共享模式指所有軟件產(chǎn)品均部署在同一類應(yīng)用服務(wù)器上。集成模式指各軟件產(chǎn)品部份各自獨立部署運行在彼此獨立的軟硬件環(huán)境中，通過不同的業(yè)務(wù)群組合理分工組成整個系統(tǒng)的完整功能對外服務(wù)。

在實際的系統(tǒng)平臺化開發(fā)實踐過程中，因涉及多個部門，多個開發(fā)團隊協(xié)同在同一系統(tǒng)內(nèi)進行功能開發(fā)，從而又遇到了一些新的挑戰(zhàn)：

1、開發(fā)解耦挑戰(zhàn)。傳統(tǒng)代碼提交模式下，代碼庫訪問權(quán)限需要精確管理，平臺化系統(tǒng)開發(fā)團隊需要針對跨部門迭代開發(fā)、延期交付、生產(chǎn)補丁等各個分支流進行復(fù)雜的合并操作，容易出現(xiàn)分支混亂，代碼沖突等問題。

2、版本解耦挑戰(zhàn)。版本在傳統(tǒng)部署環(huán)境進行部署時，因開發(fā)部門團隊之間，各個測試環(huán)境及生產(chǎn)環(huán)境中版本發(fā)布及編譯構(gòu)建容易發(fā)生時間沖突，停機沖突，需要相當(dāng)多的溝通、協(xié)同成本。

3、運行解耦挑戰(zhàn)。傳統(tǒng)環(huán)境部署時，平臺化系統(tǒng)團隊需要統(tǒng)一收集各個其它開發(fā)團隊所開發(fā)的程序，然后進行合并或者分離部署。

4、合并部署時，存在運行時耦合，如果其中一個部門團隊開發(fā)的程序發(fā)生異常，會產(chǎn)生整個系統(tǒng)不可用風(fēng)險。

5、分離部署時，需要關(guān)注底層軟硬件資源并需要制定分組策略，針對不同群組進行資源規(guī)劃；特定軟件產(chǎn)品需要發(fā)布至特定群組，對持續(xù)集成能力要求高。軟件產(chǎn)品與群組之間的關(guān)系只能通過版本策略進行軟控制。

6、公共構(gòu)件及服務(wù)缺乏統(tǒng)一管理。平臺化系統(tǒng)需要提供其私有數(shù)據(jù)、服務(wù)來支撐其他部門團隊進行特色業(yè)務(wù)功能的研發(fā)，而針對這些公共的構(gòu)件及服務(wù)缺乏統(tǒng)一的管理。

由此可知，現(xiàn)有技術(shù)中的平臺化開發(fā)的系統(tǒng)存在諸多不足。

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

為解決上述技術(shù)問題，本發(fā)明提供以下技術(shù)方案：

第一方面，一種基于PaaS云平臺服務(wù)器的系統(tǒng)開發(fā)方法，包括：

接收組件倉庫服務(wù)器中的功能組件、系統(tǒng)研發(fā)平臺服務(wù)器中開發(fā)產(chǎn)品組件的版本計劃信息以及代碼倉庫服務(wù)器中所有功能組件的預(yù)設(shè)分組配置信息；所述功能組件包括基礎(chǔ)組件和根據(jù)基礎(chǔ)組件開發(fā)得到的開發(fā)產(chǎn)品組件；