銀行開發(fā)測試云平臺-立項分析報告

1、 銀行開發(fā)測試云平臺立項分析報告目錄 TOC o 1-3 h z u HYPERLINK l _Toc500271095 第1章項目綜述 PAGEREF _Toc500271095 h 3 HYPERLINK l _Toc500271096 1.1項目背景 PAGEREF _Toc500271096 h 3 HYPERLINK l _Toc500271097 1.2發(fā)展規(guī)劃 PAGEREF _Toc500271097 h 4 HYPERLINK l _Toc500271098 第2章需求分析 PAGEREF _Toc500271098 h 6 HYPERLINK l _Toc500271099

2、 2.1我們對需求的理解 PAGEREF _Toc500271099 h 6 HYPERLINK l _Toc500271100 2.2我們對開發(fā)測試業(yè)務流程的理解 PAGEREF _Toc500271100 h 8 HYPERLINK l _Toc500271101 第3章建設目標 PAGEREF _Toc500271101 h 10 HYPERLINK l _Toc500271102 3.1本期目標 PAGEREF _Toc500271102 h 10 HYPERLINK l _Toc500271103 3.1.1SPDB Cloud Web Services統(tǒng)一接口 PAGEREF _T

3、oc500271103 h 10 HYPERLINK l _Toc500271104 3.1.2建立以自服務為中心的資源在線審批流程 PAGEREF _Toc500271104 h 10 HYPERLINK l _Toc500271105 3.1.3建立資源的自動化部署 PAGEREF _Toc500271105 h 10 HYPERLINK l _Toc500271106 3.1.4建立平臺的自動化部署 PAGEREF _Toc500271106 h 10 HYPERLINK l _Toc500271107 3.1.5工單管理 PAGEREF _Toc500271107 h 11 HYPER

4、LINK l _Toc500271108 3.1.6資源使用規(guī)范和生命周期管理 PAGEREF _Toc500271108 h 11 HYPERLINK l _Toc500271109 3.1.7監(jiān)控與容量管理 PAGEREF _Toc500271109 h 11 HYPERLINK l _Toc500271110 3.2未來發(fā)展目標 PAGEREF _Toc500271110 h 11 HYPERLINK l _Toc500271111 第一步，開發(fā)測試云 PAGEREF _Toc500271111 h 11 HYPERLINK l _Toc500271112 第二步, 開發(fā)測試與非關鍵業(yè)務

5、的半融合云 PAGEREF _Toc500271112 h 12 HYPERLINK l _Toc500271113 第三步，生產(chǎn)融合云 PAGEREF _Toc500271113 h 12 HYPERLINK l _Toc500271114 第4章預期收益 PAGEREF _Toc500271114 h 13 HYPERLINK l _Toc500271115 4.1規(guī)范化開發(fā)測試的資源管理流程 PAGEREF _Toc500271115 h 13 HYPERLINK l _Toc500271116 4.2提高資源的部署效率和資源利用率 PAGEREF _Toc500271116 h 13

6、HYPERLINK l _Toc500271117 4.3敏捷開發(fā)與DevOps PAGEREF _Toc500271117 h 13 HYPERLINK l _Toc500271118 第5章遠景規(guī)劃 PAGEREF _Toc500271118 h 14 HYPERLINK l _Toc500271119 5.1第一期：立足于IaaS，實現(xiàn)初級PaaS PAGEREF _Toc500271119 h 14 HYPERLINK l _Toc500271120 5.2第二期；優(yōu)化IaaS流程，向高級PaaS演進 PAGEREF _Toc500271120 h 14 HYPERLINK l _To

7、c500271121 5.3敏捷開發(fā)與DevOps一體化，促進業(yè)務敏捷 PAGEREF _Toc500271121 h 14項目綜述項目背景隨著銀行新一代系統(tǒng)建設的推進，應用系統(tǒng)的更新?lián)Q代越來越迅速?；ヂ?lián)網(wǎng)金融的興起也對業(yè)務需求的敏捷性提出了越來越高的要求。時代的發(fā)展對銀行開發(fā)測試項目的順利有效進行提出了越來越高的挑戰(zhàn)，采用云計算的模式管理開發(fā)測試資源，促進資源部署的敏捷性是大勢所趨。開發(fā)測試云的建設將促進敏捷開發(fā)，及時響應業(yè)務需求，加快開發(fā)、測試、上線的周期。云計算是一種具備高度擴展能力的彈性技術服務，用戶能夠通過網(wǎng)絡，按需使用。通過彈性共享的基礎架構，智能自動的各級資源管理，簡便可控的服務

8、交付，云計算可以助力解決傳統(tǒng)開發(fā)測試環(huán)境架構的沉疴，集中資源創(chuàng)新，建立新的生態(tài)環(huán)境，真正實現(xiàn)開發(fā)測試中心的集約化可持續(xù)發(fā)展的模式。開發(fā)測試云的建設目標是利用先進的云計算技術，整合開發(fā)測試中心現(xiàn)有系統(tǒng)軟硬件資源，構建包含存儲集中、計算資源集中、整合平臺環(huán)境自動化部署管理的開發(fā)測試云平臺。本期通過IaaS云的建設，推進開發(fā)測試資源環(huán)境的運維管理標準化，資源審批流程化，中間件和數(shù)據(jù)庫部署的自動化。未來基于本期IaaS打下的基礎，促進PaaS平臺云的落地，實現(xiàn)開發(fā)框架支撐平臺的自助化，參數(shù)化和自動化?；诒酒陂_發(fā)測試云的建設，我們建議銀行的開發(fā)測試與運維流程向DevOps進行演進，HP開發(fā)測試云平臺已

9、經(jīng)為DevOps的落地奠定了資源設施和流程編排的基礎。DevOps是一組過程、方法與系統(tǒng)的統(tǒng)稱，用于促進開發(fā)、技術運營和質量保障（QA）部門之間的溝通、協(xié)作與整合。 它的出現(xiàn)是由于軟件行業(yè)日益清晰地認識到：為了按時交付軟件產(chǎn)品和服務，開發(fā)和運營工作必須緊密合作。開發(fā)測試云在基礎架構云(IaaS)的層面，將促進開發(fā)測試所需資源的敏捷性，通過部署流程和審批管理，保障資源的生命周期可控與高效進行；但開發(fā)測試云不只是基礎架構云，開發(fā)測試云同時也初步具備平臺云(PaaS)的特征。在開發(fā)測試資源平臺，用戶可以直接部署所需的中間件、數(shù)據(jù)庫、應用，而無需關注底層所依賴的環(huán)境資源，如CPU, 內存，存儲、操作系

10、統(tǒng)、環(huán)境設置。用戶只需要關注其所使用的中間件、數(shù)據(jù)庫和應用是否可以高效的滿足業(yè)務和開發(fā)測試的需求，而無需關注其支撐環(huán)境的細節(jié)，云平臺通過自動化流程將保障開發(fā)測試所需平臺的快速部署、彈性擴展和資源回收，減少開發(fā)測試人員配置環(huán)境所花費的大量時間，同時保障開發(fā)測試的環(huán)境與生產(chǎn)環(huán)境的高度一致性，避免因環(huán)境不一致引起的生產(chǎn)上線故障。發(fā)展規(guī)劃根據(jù)對項目的了解，我們制定了開發(fā)測試云未來三到五年的規(guī)劃分以下三期進行：第一期：建立開發(fā)測試資源池與云管理平臺，構建完整的IaaS與初級PaaS平臺。本期實現(xiàn)開發(fā)測試對資源使用的標準化與自助化，通過云計算門戶，開發(fā)測試人員自助申請所需的資源。云計算門戶把開發(fā)測試常用的

11、環(huán)境匯總成幾大服務目錄，項目組只需在服務目錄中選擇最適合自己的服務項，進行簡單的幾步配置，即可生成運行環(huán)境，其中包括虛擬機、存儲、網(wǎng)絡，所需安裝的操作系統(tǒng)，所需安裝的中間件、數(shù)據(jù)庫等支撐軟件，通過流程編排自動進行環(huán)境的部署。開發(fā)測試所提交的資源申請經(jīng)過部門審批、云計算運維審批，最后由自動化引擎進行自動部署。同時，如果開發(fā)測試組需要對環(huán)境做出變更，也需要進行相應的資源審批。通過一期的建設，將規(guī)范化開發(fā)測試流程，梳理出標準化服務目錄與資源流程編排模板，促進開發(fā)測試部署環(huán)境的進度。第二期：開發(fā)測試云優(yōu)化，高級PaaS的演進。在一期的建設中對x86的部署大部分都使用vmware，只有少量kvm和hyp

12、er-v。在二期將融合行內除x86虛擬化以外的資源，包括IBM Power小型機，HP-UX小型機，存儲設備和網(wǎng)絡設備，實現(xiàn)高度融合的云平臺。同時，二期將實現(xiàn)資源的彈性和軟自助負載均衡，包括web層，中間件層與數(shù)據(jù)庫層的資源彈性。通過監(jiān)控可是實時獲取各層對資源的使用情況，在高峰時間將觸發(fā)自動化流程增加新的節(jié)點，擴展服務能力。同時在閑時也將自動收縮，回收資源，以滿足其他開發(fā)測試項目對資源的需求。本期將從流程上打通軟件開發(fā)與測試，結合發(fā)布管理，加速從開發(fā)版本到功能測試到集成測試到Staging測試測環(huán)境部署效率，同時優(yōu)化資源的部署使用效率。第三期：DevOps開發(fā)測試與運維。DevOps是融合了開

13、發(fā)、測試、運維的敏捷開發(fā)模式，通過環(huán)境的快速遷移與共享，使開發(fā)測試人員更熟悉生產(chǎn)運維環(huán)境，運維人員更熟悉開發(fā)測試模式。從開發(fā)測試到功能測試到集成測試到階段測試到生產(chǎn)環(huán)境，每個階段的問題都可以及時反饋回上一個階段，從而使運維人員更及時發(fā)現(xiàn)問題，反饋問題，開發(fā)人員更迅速作出版本變更，測試人員更迅速獲得環(huán)境進行版本測試并上線。DevOps促進了需求與實現(xiàn)的敏捷性，從長遠意義將促進業(yè)務的靈活性。DevOps模式圖示如下：需求分析我們對需求的理解通過對銀行業(yè)務和環(huán)境的理解，以及在本次開發(fā)測試云的規(guī)劃，需求，POC，立項等階段的深入溝通交流，我行在本次項目中，通過引入成熟的云計算技術，建立一套開發(fā)測試資源

14、管理云平臺，納管行內開發(fā)測試環(huán)境已有的X86服務器，實現(xiàn)混合虛擬化軟件（vmware, hyper-v, kvm）的統(tǒng)一管理。開發(fā)測試云平臺在架構上要具備融合性和先進性，在今后需有能力無縫融合行內的其他設備，包括IBM Power小型機、HP-UX小型機、存儲設備和網(wǎng)絡等設施；從x86虛擬化的角度分析，行內開發(fā)測試環(huán)境具有230臺左右x86服務器，大部分已部署vmware ESXi虛擬化軟件，并通過vCenter進行管理。在vmware上運行大約1800個虛機，開發(fā)測試云要能夠納管已有的vmware環(huán)境，并將已有虛機納入開發(fā)測試云平臺管理，但不能影響虛機上的業(yè)務運行；同時，由于行內已小范圍采用

15、Hyper-V虛擬化軟件，并通過CSV構成集群共享卷，實現(xiàn)Hyper-v虛機的高可用和在線遷移。Hyper-v環(huán)境由System Center VMM進行管理和操作，因而開發(fā)測試云平臺要具備通過SCVMM管理Hyper-V的能力；隨著虛擬化使用范圍的擴大和不斷深入，行內已經(jīng)在對kvm進行評估。開發(fā)測試云平臺同時要能夠管理kvm虛擬化，減少今后虛擬化軟件的資產(chǎn)投入。從小型機的角度分析，行內生產(chǎn)和開發(fā)測試大量使用Power小型機和HP-UX小型機做為關鍵業(yè)務應用的運行系統(tǒng)，因而開發(fā)測試云要能夠納管Power小型機和HP-UX小型機。IBM 對Power小型機虛擬化之路，也一直在發(fā)展和探索，從傳統(tǒng)的

16、System Director，HMC方式管理lPar，到與OpenStack集成整合的PowerVC，以及目前Power 8平臺下的Power KVM，IBM一直在為Power探尋順應云計算時代的虛擬化之路。HP云平臺做為融合基礎設施的倡導者，我們提供各種方式對Power進行管理，并在IBM工具的基礎上進行創(chuàng)新，實現(xiàn)了具有HMC和無HMC直通IVM的不同管理方式，并在POC中進行了驗證。云平臺需具備對Power進行管理的能力，但考慮到本次項目的周期和規(guī)模，將把Power納管工作放到今后項目中實施，開發(fā)測試云要能跟上技術發(fā)展，用當時最佳的方式對小機資源進行納管。從存儲的角度分析，行內大量使用N

17、etApp的存儲設備和HP的存儲設備，因而開發(fā)測試云要能夠通過標準化的方式管理和使用存儲資源。行內已經(jīng)部署了vmware虛擬化軟件和hyper-v虛擬化軟件，不同的虛擬化使用存儲的方式不同。對于vmware虛擬化，存儲設備卷將以共享的方式掛載到ESXi，透過vCenter構建成datastore，虛機的鏡像、實例文件和擴展磁盤都通過datastore方式進行管理和使用；對于hyper-v虛擬化，存儲設備卷共享給Windows 2008 R2 Server或Windows 2012 Server,通過System Center在集群之間構建CSV集群共享存儲卷，虛擬文件存儲于CSV卷內，從而實現(xiàn)

18、虛擬的高可用和在線遷移。開發(fā)測試云管理平臺要能夠根據(jù)不同的虛擬化軟件，選擇對應的存儲管理使用方式，實現(xiàn)存儲的標準化使用和高效利用。從網(wǎng)絡的角度分析，在當前階段，開發(fā)測試云需兼容已有的網(wǎng)絡架構。包括使用已有的vlan, 防火墻、安全策略和QoS策略，做好開發(fā)測試項目組之間的網(wǎng)絡隔離和安全策略。未來三到五年，隨著SDN概念的普及和應用，勢必在行內得到關注和使用。因而開發(fā)測試云需要能夠管理SDN，與SDN互動，靈活敏捷的通過軟件控制網(wǎng)絡策略，監(jiān)控網(wǎng)絡流量，并作出靈活的調整。從應用架構上分析，開發(fā)測試云需使用開放的架構，與業(yè)界成熟的云計算架構保持一致。目前廣受關注的四大開源云計算陣營，OpenStac

19、k和CloudStack，OpenNebula和Eucalyptus，都不乏廠商的擁護和支持。但OpenStack已經(jīng)在競爭中勝出，受到更多的廠商和用戶的青睞，發(fā)展迅速。因而，開發(fā)測試云要以OpenStack開放架構為核心，整合廠商已有的最佳實踐，并且可通過定制化與行內實際情況深度集成，打造基于開源的企業(yè)級開發(fā)測試云解決方案。在開放云平臺內核架構之上，要根據(jù)我行的特定需求制定統(tǒng)一開放的調用接口層:SPDB Cloud WebServices，滿足今后各不同應用系統(tǒng)對云資源的調度使用需求。同時通過SPDB Cloud WebSErvices，實現(xiàn)架構上的松耦合，上層自服務門戶和功能實現(xiàn)上與底層資

20、源調度實現(xiàn)解耦，建立靈活敏捷的可持續(xù)發(fā)展架構。從云計算層次上看，基礎架構云(IaaS)從一定層面上可以解決行內開發(fā)測試資源部署管理和效率問題，但開發(fā)測試云不等于IaaS。行內有大量應用都是基于Weblogic中間件和Oracle數(shù)據(jù)庫，是標準化的三層應用。對于這樣的應用系統(tǒng)的開發(fā)測試，如果只是從IaaS獲取了開發(fā)測試機器，還需要手工做很多重復性工作才能把機器用于應用的測試。因而，開發(fā)測試云需要從一定程度上實現(xiàn)PaaS平臺云的特點。用戶可以從云平臺選擇所需的平臺功能，例如一臺中間件或一臺數(shù)據(jù)庫。開發(fā)測試云平臺根據(jù)客戶的選項無需干預的交付所需的平臺，用戶不用關心該中間件或數(shù)據(jù)庫部署在什么硬件設備、

21、什么操作系統(tǒng)，需要什么配置和環(huán)境變量，用戶只關心其獲得了所需的中間件或數(shù)據(jù)庫，可以立刻執(zhí)行應用的測試任務。同時，PaaS平臺云具有彈性云計算的特點，可以根據(jù)工作負責動態(tài)伸縮，或資源回收，滿足客戶需求并提高資源效率。從開發(fā)測試云長遠規(guī)劃分析，開發(fā)測試云在當前階段需實現(xiàn)基于x86設備的完善的IaaS功能，并配合審批流程提高資源效率；同時需實現(xiàn)初級PaaS，實現(xiàn)標準平臺的供給能力；在二期需實現(xiàn)融合小機的納管和高級PaaS，與行內開發(fā)框架緊密集成，實現(xiàn)API接口和程序代碼層級的PaaS；在三到五年通過開發(fā)測試云逐漸引領開發(fā)測試團隊走向敏捷開發(fā)和DevOps，在互聯(lián)網(wǎng)金融日益深入的時代背景下順應潮流，促

22、進業(yè)務的靈活性，持續(xù)創(chuàng)新。我們對開發(fā)測試業(yè)務流程的理解目前，在銀行開發(fā)測試環(huán)境中已部署vmware軟件，由管理員通過vCenter根據(jù)開發(fā)測試的需求創(chuàng)建虛擬化資源，供開發(fā)測試使用。行里在x86上應用的開發(fā)測試都在vmware虛擬機上進行。業(yè)務需求以項目的方式下達到開發(fā)測試部門，開發(fā)測試部門分項目組進行研發(fā)、并進行功能測試、集成測試、階段測試，最后上線部署。開發(fā)測試所需資源由項目組統(tǒng)一提出申請，下達到運維運維部門。運維部門接到申請并經(jīng)過審核，在現(xiàn)有開發(fā)測試資源中創(chuàng)建虛擬機，交付給開發(fā)測試部門使用。同時，開發(fā)測試部門具有IBM Power小機和HP-UX小機，由項目組預定使用，都是由系統(tǒng)管理員手工

23、進行系統(tǒng)安裝和下放給開發(fā)測試人員使用。目前對資源的審批、開通都是由手工方式進行，效率較低，且資源回收困難。下放到開發(fā)測試使用的虛擬機難以管控，很多用于申請項目之外的目的。開發(fā)人員由于資源回收后重新申請周期較長，且需要獨立重新安裝所需的中間件、數(shù)據(jù)庫或其它配置項，需要較高的技能和較長時間調試，因而不愿意回收某項目用完的虛機，而是在另外的項目繼續(xù)使用。這種方式造成的結果是資源管控混亂，不能有效地利用資源，缺乏資源預警，缺乏量化的擴容指標。建設目標本期目標基于以上我們對我行需求的理解和開發(fā)測試流程的理解，我們在本次項目中實現(xiàn)以下目標： SPDB Cloud Web Services統(tǒng)一接口開發(fā)測試云

24、做為應用開發(fā)測試的核心設施平臺，需要不止?jié)M足從云平臺申請和創(chuàng)建設施資源的當前需求，同時還應該滿足其他系統(tǒng)的對接需求，使第三方系統(tǒng)可以通過API連接到云平臺創(chuàng)建資源。因而制定我行云計算的REST Web Service是本次項目建設的重要組成部分。功能門戶平臺都需要通過SPDB Cloud Web Services統(tǒng)一接口實現(xiàn)資源管理和資源調度，同時，第三方應用也能夠通過統(tǒng)一接口消費云平臺所提供的資源能力。在當前階段我們會全部使用本地化私有云做為開發(fā)測試資源，但在未來三到五年，隨著公有云的逐漸深入，統(tǒng)一調用接口可以和公有云平臺進行互操作，構成混合云，進一步促進資源使用的靈活性，構建節(jié)能減排IT新

25、形態(tài)。建立以自服務為中心的資源在線審批流程構建一個開發(fā)測試資源自服務門戶，為每個開發(fā)測試項目組以及人員建立賬戶，由開發(fā)測試項目組自助申請所需資源。每個項目組設置一名項目經(jīng)理權限，項目組對資源的申請先由項目經(jīng)理審批，然后由開發(fā)科集中審批，確保所申請的資源是項目合理所需。最后資源申請進入到運維部門，由運維部門審批后形成工單，自動進行資源部署，并自動發(fā)郵件通知。建立資源的自動化部署通過開發(fā)測試云平臺可以申請?zhí)摍C(CPU, 內存，磁盤)和操作系統(tǒng)。在申請服務目錄頁面選擇所需資源的規(guī)格，開發(fā)測試平臺會自動按照需求進行安裝，交付后獲得的虛機直接即可使用。建立平臺的自動化部署通過開發(fā)測試云平臺可以申請中間件

26、和數(shù)據(jù)庫等開發(fā)支持平臺。在申請服務目錄頁面選擇所需平臺的類型和規(guī)格，開發(fā)測試平臺會自動按照需求進行安裝，交付后獲得的平臺（數(shù)據(jù)庫、中間件）,直接即可使用工單管理審批完成的資源申請最后形成工單。工單分兩類：自動化執(zhí)行工單和人工下派工單。自動化執(zhí)行工單會提交給自動化引擎，調度虛擬化軟件和流程編排軟件進行部署；人工下派工單需派給工程技術人員，由人工執(zhí)行，例如對裸機的部署。工單管理將規(guī)范化資源管理，在后臺進行記錄，形成統(tǒng)計圖表。資源使用規(guī)范和生命周期管理通過這次開發(fā)測試云平臺的建設，要規(guī)范化開發(fā)測試流程，建立起資源的使用規(guī)范和生命周期管理機制。開發(fā)測試人員遵從規(guī)范，針對某一項目申請的資源使用完成后需及

27、時釋放，不允許用于其它項目。由于開發(fā)測試云平臺部署資源非?？焖?，而且可以到達應用一級，所以開發(fā)測試人員無需擔心重新構建開發(fā)測試環(huán)境的復雜度。監(jiān)控與容量管理通過對云平臺完善的監(jiān)控，可以形成統(tǒng)計報表，預測既有資源可以支持未來多少項目的使用。容量管理使信息中心可以做到未雨綢繆，及時擴容，保障開發(fā)測試項目的順利進行。未來發(fā)展目標我們建議以開發(fā)測試云項目為契機，逐步規(guī)范化我行的開發(fā)、測試、生產(chǎn)、運維一體化管理。我們建議開發(fā)測試云分以下三步走：第一步，開發(fā)測試云開發(fā)測試云做為資源的自助平臺，規(guī)范化開發(fā)測試流程，促進敏捷開發(fā)與業(yè)務快速上線，解決運維資源利用率不高與開發(fā)測試資源緊張的矛盾。第二步, 開發(fā)測試與

28、非關鍵業(yè)務的半融合云開發(fā)測試云納管了已有的測試資源，今后可以擴展資源池，建立非關鍵業(yè)務部署的云平臺。例如，可以從OLTP集中交易數(shù)據(jù)庫分出分析型事務，運行于OLAP數(shù)據(jù)庫。而OLAP數(shù)據(jù)庫可以建立在融合云平臺的生產(chǎn)區(qū)域。生產(chǎn)區(qū)域云將具有云平臺的彈性資源特點，具備自動伸縮能力，例如建立在云平臺的OLAP數(shù)據(jù)庫，在白天主要負載來自于數(shù)據(jù)復制和報表查詢，負載量較輕，會自動收縮到單個數(shù)據(jù)庫實例；隨著報表的壓力增加，數(shù)據(jù)庫會自動擴展成兩個節(jié)點；夜間跑批業(yè)務量加大，會自動擴展到4個和8個節(jié)點；隨之循環(huán)，按照負載情況自動改變集群中節(jié)點的數(shù)量。第三步，生產(chǎn)融合云該期將總結開發(fā)測試云的建設經(jīng)驗，制定逐步進行生產(chǎn)

29、環(huán)境云平臺建設的計劃和步驟。由于在開發(fā)測試云建設中已經(jīng)實現(xiàn)了版本發(fā)布管理和測試環(huán)境的自動化發(fā)布流程，因而該自動化流程過渡到生產(chǎn)云是必然的趨勢，可以很好的避免上線部署的人工失誤，減少生產(chǎn)系統(tǒng)的維護窗口時間。從開發(fā)測試云到生產(chǎn)云可遵從從周邊到核心，從標準化到特殊化的原則，選擇有代表性的應用逐步完成應用系統(tǒng)到生產(chǎn)云的遷移工作。預期收益通過開發(fā)測試云的建設，預期將獲得以下收益：規(guī)范化開發(fā)測試的資源管理流程此項目將對資源使用的人工流程轉化成自動流程，減少對資源的隨機性和無序性。為某一項目審批的資源將禁止用于其它用途，嚴格執(zhí)行資源回收機制，優(yōu)化資源的新陳代謝和生命周期循環(huán)。提高資源的部署效率和資源利用率目前開發(fā)測試資源的利用率并不高，運維部門手里有資源，但由于不具備資源釋放回收機制，不得不預留資源為今后的項目申請。開發(fā)測試云將改變這一現(xiàn)狀，運維部門可以分配更多的資源給開發(fā)測試部門，同時由于部署效率的提高，使開發(fā)人員可以及時釋放用完的資源，進入良性循環(huán)。敏捷開發(fā)與DevOps隨著我行的信息化建設不斷演進，以移動互聯(lián)網(wǎng)和大數(shù)據(jù)為導向的業(yè)務需求越來越多，互聯(lián)網(wǎng)金融也對傳統(tǒng)金融行業(yè)發(fā)展提出了更高要求。時代的發(fā)展對我行開發(fā)測試的順利有效進行提出了越來越高的挑戰(zhàn)。開發(fā)測試云的建設將促進敏捷開發(fā)，及時響應業(yè)務需求，加快開發(fā)、測試、上線的周期。同時，我們建議我行逐漸向DevOps模式發(fā)展，進一步融合開發(fā)測試