【正文】 )數(shù)據(jù)庫(kù)訪問及Google File System(GFS)數(shù)據(jù)儲(chǔ)存服務(wù)組成的平臺(tái)，能為開發(fā)者提供一體化的主機(jī)服務(wù)器及可自動(dòng)升級(jí)的在線應(yīng)用服務(wù)。Microsoft的Azure Services Platform由兩層構(gòu)成。底層是Windows Azure，提供了一個(gè)基于Windows的虛擬計(jì)算環(huán)境和存儲(chǔ)；在底層上，提供了很多針對(duì)不同應(yīng)用的服務(wù)，如Live服務(wù)、NET服務(wù)、SQL服務(wù)等。通過這些服務(wù)，可以解決以前面臨的很多問題。[4] 云計(jì)算技術(shù)在銀行中應(yīng)用需要重視的問題作為一項(xiàng)有著廣泛應(yīng)用前景的新興技術(shù)，在被業(yè)內(nèi)看好的同時(shí)也需要解決其投入運(yùn)營(yíng)過程中面臨的一系列問題，如對(duì)用戶的不透明性、監(jiān)管措施等。但隨著云計(jì)算技術(shù)的進(jìn)一步發(fā)展以及云理念的不斷深化，這種應(yīng)用平臺(tái)在將來必將大規(guī)模地普及，屆時(shí)信息生活必將發(fā)生翻天覆地的變化。銀行在采用這種新技術(shù)帶來巨大的發(fā)展前景的同時(shí)，也應(yīng)考慮將其與自己所處的行業(yè)性質(zhì)結(jié)合起來，確保能夠給銀行帶來真正的收益。利用云計(jì)算，云供應(yīng)商確保了數(shù)據(jù)傳輸?shù)陌踩?。?shù)據(jù)是存放在云供應(yīng)商，這對(duì)銀行來說是不透明的。隨著基于云計(jì)算的服務(wù)日益發(fā)展，云計(jì)算服務(wù)將由多家服務(wù)商共同承擔(dān)，而這些服務(wù)商可能將這些服務(wù)層層外包，這樣數(shù)據(jù)會(huì)經(jīng)過層層傳遞，給銀行帶來巨大的安全風(fēng)險(xiǎn)。對(duì)于銀行來說，數(shù)據(jù)是銀行的生命，如果云供應(yīng)商泄露銀行數(shù)據(jù)的話，不僅會(huì)給銀行帶來經(jīng)濟(jì)上的損失，而且還會(huì)極大地影響銀行的發(fā)展前景。因此，如果希望銀行采用云計(jì)算這種技術(shù)，怎樣確保銀行對(duì)供應(yīng)商保存數(shù)據(jù)的信任，是云計(jì)算這種商業(yè)模式急需解決的最主要的問題之一。鑒于銀行數(shù)據(jù)的敏感性或出于對(duì)云計(jì)算提供商的不信任，作者認(rèn)為整個(gè)銀行可建立私有云(private cloud)，共同組成一個(gè)銀行業(yè)的云計(jì)算中心。利用這種云計(jì)算模式，銀行可以完全控制云計(jì)算方式，如云存儲(chǔ)的存儲(chǔ)資源的訪問可以完全由銀行自己控制，而不是云計(jì)算服務(wù)的提供商，相當(dāng)于使用銀行自己建立的內(nèi)部云。這毫無疑問是創(chuàng)建了新的產(chǎn)業(yè)鏈，并有效降低整個(gè)行業(yè)的運(yùn)營(yíng)成本。當(dāng)然銀行也可以對(duì)外提供服務(wù)，銀行所有云計(jì)算應(yīng)用都基于這個(gè)平臺(tái)，對(duì)于數(shù)據(jù)保護(hù)完全由自己控制，從而有效地避免了采用公共云服務(wù)引起的各種風(fēng)險(xiǎn)。其次，監(jiān)管問題也是云計(jì)算技術(shù)需要面對(duì)的一個(gè)問題。如果銀行讓云供應(yīng)商提供服務(wù)，將由誰(shuí)負(fù)責(zé)對(duì)供應(yīng)商進(jìn)行監(jiān)管？是不是要引入第三方機(jī)構(gòu)？政府部門應(yīng)該扮演什么角色？未來云計(jì)算市場(chǎng)需要從法律、道德兩方面對(duì)服務(wù)提供商進(jìn)行監(jiān)管，這卻是迄今為止最難解決的監(jiān)管難題。[3] 面向金融企業(yè)的一個(gè)基金報(bào)表系統(tǒng)—FARFAR(Fund amp。 Assets Reporting)項(xiàng)目是國(guó)外某金融企業(yè)在內(nèi)部使用的一個(gè)專門用于做基金與資產(chǎn)報(bào)表的系統(tǒng)。該系統(tǒng)被用于計(jì)算與統(tǒng)計(jì)整個(gè)公司每個(gè)月份各個(gè)粒度層面上的基金與資產(chǎn)表現(xiàn)狀況，此系統(tǒng)的用戶是企業(yè)中專業(yè)負(fù)責(zé)統(tǒng)計(jì)運(yùn)營(yíng)狀況的人員與公司全球各個(gè)地區(qū)的負(fù)責(zé)人。系統(tǒng)在每個(gè)月固定時(shí)間對(duì)用戶開放，供用戶輸入需要統(tǒng)計(jì)的信息，然后在月末產(chǎn)生出各種可以根據(jù)用戶定制的報(bào)表。 系統(tǒng)重構(gòu)的意義在本人接觸這個(gè)項(xiàng)目前，F(xiàn)AR已經(jīng)成功在企業(yè)內(nèi)部運(yùn)作了6年之久，此次重構(gòu)有著許多客觀的原因，使這個(gè)項(xiàng)目的新開發(fā)不單單是一次版本的躍進(jìn)，更是從多方面多層次進(jìn)步的考量。首先從商業(yè)角度來說，企業(yè)對(duì)一個(gè)已存在的系統(tǒng)隨著時(shí)間的推移，社會(huì)因素的轉(zhuǎn)變，總會(huì)有不斷新的需求提出，但是在舊平臺(tái)上的系統(tǒng)因?yàn)槠湓荚O(shè)計(jì)問題，擴(kuò)展性瓶頸嚴(yán)重，每個(gè)擴(kuò)展動(dòng)作都會(huì)設(shè)計(jì)較大的改動(dòng)，開發(fā)與測(cè)試周期無限延長(zhǎng)，對(duì)公司的效率產(chǎn)生影響。第二對(duì)企業(yè)中該系統(tǒng)的使用者來說，老舊的系統(tǒng)在頁(yè)面顯示上界面不美觀，刷新跳轉(zhuǎn)過于頻繁，業(yè)務(wù)操作反應(yīng)過慢等都是急需要改進(jìn)的問題；其次從技術(shù)角度來看，新近崛起的RIA（富客戶端）技術(shù)是解決用戶體驗(yàn)問題的一個(gè)絕佳方案，各種富客戶端的優(yōu)點(diǎn)將在下一章中詳細(xì)介紹。第二，云計(jì)算是近些年來業(yè)界非常倡導(dǎo)的趨勢(shì)之一，企業(yè)也不失時(shí)機(jī)得想要將一些系統(tǒng)遷移到云端，對(duì)于FAR這種進(jìn)行重新開發(fā)的項(xiàng)目猶是如此，在基于云計(jì)算的后臺(tái)邏輯運(yùn)作下，系統(tǒng)的總體性能將大幅提升。最后也是最重要的就是設(shè)計(jì)出一個(gè)更具有擴(kuò)展性的系統(tǒng)，不僅僅做到前后臺(tái)邏輯的解耦，更要做到在功能與功能、模塊與模塊之間代碼的松耦合、消除冗余，這樣做最大的目的就是當(dāng)新的需求提出或者有Bug出現(xiàn)時(shí)開發(fā)和測(cè)試團(tuán)隊(duì)可以以最快的時(shí)間解決問題，減少代碼的更改量。最終使整個(gè)系統(tǒng)的健壯性、可用性、實(shí)時(shí)性等個(gè)方面都得到進(jìn)步。 系統(tǒng)的組成整個(gè)系統(tǒng)主要分為3個(gè)部分： and Assets Maintenance主要功能是提供給用戶一個(gè)可視化的基金信息描述界面。同時(shí)提供新增、維護(hù)基金的功能。主要功能是提供給用戶根據(jù)自身需要的條件將符合要求的基金信息以報(bào)表的形式導(dǎo)出。系統(tǒng)的管理員功能模塊，對(duì)系統(tǒng)的全局的操作，包含對(duì)用戶信息的操作和跨月數(shù)據(jù)整合等功能。 論文組織結(jié)構(gòu)本文從基金報(bào)表系統(tǒng)的概念出發(fā)，以FAR系統(tǒng)為例，主要從技術(shù)的角度結(jié)合商業(yè)需求闡述了設(shè)計(jì)和開發(fā)一個(gè)企業(yè)級(jí)基金報(bào)表系統(tǒng)中所遇到的問題以及可能的解決方案。下面是本文的組織結(jié)構(gòu)：第一章：緒論，介紹了云計(jì)算以及基金報(bào)表系統(tǒng)的背景知識(shí)以及目前的研究發(fā)展現(xiàn)狀，簡(jiǎn)單介紹了FAR的主要功能大塊。第二章：系統(tǒng)的架構(gòu)，闡述了開發(fā)所需的各種相關(guān)技術(shù)與框架，包括Flex、J2EE、Cairngorm、Cloud、SOA等等。最后將上述技術(shù)整合概述出FAR的系統(tǒng)架構(gòu)。第三章：系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)，結(jié)合實(shí)際的商業(yè)需求，對(duì)幾個(gè)最主要的功能點(diǎn)進(jìn)行需求分析，給出具體的設(shè)計(jì)實(shí)現(xiàn)方案。第四章：系統(tǒng)實(shí)現(xiàn)關(guān)鍵技術(shù)的介紹，對(duì)幾個(gè)實(shí)現(xiàn)系統(tǒng)的關(guān)鍵技術(shù)進(jìn)行了詳細(xì)的介紹，包括前后臺(tái)的交互方式、Excel報(bào)表的導(dǎo)出方法、安全與權(quán)限控制的手段以及對(duì)內(nèi)存垃圾回收的認(rèn)識(shí)。第五章：系統(tǒng)開發(fā)中遇到的問題及解決，提出了幾個(gè)在實(shí)際開發(fā)設(shè)計(jì)過程中遇到的問題與困難，包括前臺(tái)頁(yè)面加載速度的瓶頸問題等等。最終將設(shè)計(jì)與研究之后得出的解決方案從各個(gè)可能的角度進(jìn)行了詳細(xì)的描述。 本章小結(jié)本章主要從商業(yè)背景出發(fā)介紹課題背景，闡述了基金報(bào)表系統(tǒng)目前的發(fā)展現(xiàn)狀，詳細(xì)介紹了Cloud的背景內(nèi)容，同時(shí)結(jié)合項(xiàng)目實(shí)際，提出了項(xiàng)目開發(fā)設(shè)計(jì)研究的意義。最后簡(jiǎn)單介紹了本文的組織結(jié)構(gòu)。在下一章中將結(jié)合本章提出的技術(shù)需求介紹本項(xiàng)目在實(shí)際開發(fā)設(shè)計(jì)中所采用的主要技術(shù)解決方案。浙江大學(xué)碩士學(xué)位論文 第2章系統(tǒng)的架構(gòu)第2章 系統(tǒng)的架構(gòu) Cloud的系統(tǒng)架構(gòu) SOA架構(gòu)面向服務(wù)的體系結(jié)構(gòu)（serviceoriented architecture，SOA）是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。[5]作為SOA的模型有三個(gè)主要的特征，第一：它將應(yīng)用中屬于不同功能的模塊使用一個(gè)統(tǒng)一的定義良好的接口聯(lián)系起來；第二：接口是采用一種中立的方式定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的系統(tǒng)平臺(tái)、編程語(yǔ)言和硬件平臺(tái)；第三：構(gòu)建在各種系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。相對(duì)于傳統(tǒng)的系統(tǒng)架構(gòu)，我們之所以使用SOA是因?yàn)閭鹘y(tǒng)的架構(gòu)都是把軟件寫在一個(gè)單獨(dú)的軟件體里，即在一個(gè)軟件包里將所有的應(yīng)用程序功能都整合在一起。這樣做的結(jié)果是實(shí)現(xiàn)用來整合程序功能的代碼和實(shí)現(xiàn)功能本身的代碼混合在了一起，與此密切相關(guān)的就是一旦更改了一部分的功能本身代碼就會(huì)導(dǎo)致對(duì)上層代碼的入侵，換句話說就是單元間的耦合性太大。對(duì)系統(tǒng)的復(fù)雜度和后期維護(hù)的成本都有較大的影響。SOA的宗旨就是要把各個(gè)功能單元彼此分開，以使這個(gè)單元可以獨(dú)立得成為系統(tǒng)中的一個(gè)“組件”，這些組件之間充分解耦，在一個(gè)統(tǒng)一接口的調(diào)用下不僅是代碼的層次更加明晰同時(shí)減少了代碼的冗余并且最大程度的增加了模塊的重用性。圖 SOA組建及其工作流程SOA架構(gòu)中有三個(gè)重要的角色，接下來一一介紹。服務(wù)提供者：發(fā)布自己的服務(wù)到服務(wù)注冊(cè)中心，并且當(dāng)請(qǐng)求到來是進(jìn)行相應(yīng)。服務(wù)注冊(cè)中心：用來注冊(cè)已經(jīng)發(fā)布的服務(wù)，對(duì)其進(jìn)行分類，并且提供搜索的服務(wù)。服務(wù)請(qǐng)求者：利用服務(wù)注冊(cè)中心查找所需要的服務(wù)，然后使用該服務(wù)。一個(gè)完整的從發(fā)布到實(shí)現(xiàn)服務(wù)的過程如下：1. 服務(wù)提供者將符合接口規(guī)范的服務(wù)發(fā)布注冊(cè)到注冊(cè)中心。2. 服務(wù)請(qǐng)求者在請(qǐng)求服務(wù)時(shí)首先要向注冊(cè)中心查找所需的服務(wù)對(duì)應(yīng)的服務(wù)提供者是誰(shuí)。3. 注冊(cè)中心向服務(wù)請(qǐng)求者返回服務(wù)提供者的信息。4. 服務(wù)使用者向服務(wù)提供者請(qǐng)求服務(wù)。5. 服務(wù)使用者根據(jù)服務(wù)描述中的信息來調(diào)用服務(wù)，即綁定服務(wù)。 Cloud的SOA架構(gòu)Cloud的架構(gòu)是基于SOA的基礎(chǔ)上又自行擴(kuò)展實(shí)現(xiàn)的架構(gòu)。整個(gè)架構(gòu)分為6個(gè)層次和兩個(gè)切面。如下圖所示：圖 接下來介紹下這六層結(jié)構(gòu)，這六層之間只有從上向下的流動(dòng)，一個(gè)服務(wù)只能從上層向下依賴或?qū)υ挘鱾€(gè)服務(wù)之間又是相對(duì)獨(dú)立的。服務(wù)編排/協(xié)調(diào)層（Service Orchestration）：這是整個(gè)架構(gòu)的頂層，所有的請(qǐng)求都將在這層被整合，主要被用來調(diào)用商業(yè)服務(wù)以完成高層次的商業(yè)目標(biāo)。商業(yè)服務(wù)層（Business Services）：用來實(shí)現(xiàn)服務(wù)協(xié)調(diào)層所請(qǐng)求的操作，具體的實(shí)現(xiàn)方法是去調(diào)用本身系統(tǒng)外或者自身的商業(yè)服務(wù)，而這些服務(wù)往往都是些較為通用的服務(wù)，如查詢匯率、查詢股票信息等。應(yīng)用服務(wù)層（Application Services）：主要負(fù)責(zé)接收商業(yè)服務(wù)層傳遞下來的服務(wù)請(qǐng)求。并且去真正調(diào)用具體的服務(wù)。服務(wù)適配器層（Service Adapter）：當(dāng)被調(diào)用的服務(wù)是來自于外部的提供者或者來自先前已經(jīng)存在的項(xiàng)目功能時(shí)就需要使用這個(gè)適配器層，使得這些原本可能不符合統(tǒng)一接口的服務(wù)適應(yīng)自身的需求。應(yīng)用邏輯層（Application Logic）：這層實(shí)際上是一個(gè)功能的具體實(shí)現(xiàn)，大多數(shù)情況下這層是一個(gè)先前就存在的應(yīng)用邏輯，通過上層適配器的調(diào)用使得其的功能被統(tǒng)一接口使用。數(shù)據(jù)存儲(chǔ)層（Data Storage）：這層是實(shí)際的物理數(shù)據(jù)存儲(chǔ)層，數(shù)據(jù)類型包括關(guān)系數(shù)據(jù)庫(kù)、文件、XML、數(shù)據(jù)倉(cāng)庫(kù)等等。除了這六個(gè)層級(jí)調(diào)用的應(yīng)用層外還有兩個(gè)切面也是不可或缺的，它們的作用覆蓋各個(gè)層次。數(shù)據(jù)服務(wù)切面（Data Services）：被一個(gè)或者多個(gè)層用來訪問數(shù)據(jù)，同時(shí)擁有創(chuàng)建、操作、驗(yàn)證和映射的功能。安全服務(wù)切面（Security Services）：包括驗(yàn)證、授權(quán)、權(quán)限管理、安全編碼等功能，在整個(gè)結(jié)構(gòu)中對(duì)權(quán)限的控制是至始至終的。 實(shí)際應(yīng)用中的私有云在企業(yè)中實(shí)際應(yīng)用的私有云是由公司的Cloud Team來進(jìn)行開發(fā)和維護(hù)的，在現(xiàn)有的云中，已經(jīng)定義了一整套的Cloud Framework，這套SDK中包含了許多非常常見的J2EE技術(shù)，公司通過包裝將其封裝在自己的框架中。這個(gè)云與普遍意義上的云有個(gè)最大的區(qū)別就是它只包含數(shù)據(jù)的處理但不包含數(shù)據(jù)的存儲(chǔ)。相對(duì)于我們熟悉的Hadoop，它只具備類似MapReduce的分布式計(jì)算功能但是沒有HDFS（Hadoop Distributed File System）的分布式存儲(chǔ)功能。當(dāng)然只要符合云的概念那必須有集群的使用，這也是云的目的之一：用更廉價(jià)的服務(wù)器集群來創(chuàng)造出更加強(qiáng)大出處理能力。對(duì)開發(fā)者來說需要使用公司經(jīng)過包裝過的Eclipse版本進(jìn)行開發(fā)，開發(fā)的框架應(yīng)用來SOA的架構(gòu)，具體將在下一節(jié)具體介紹，在編寫Service類時(shí)必須符合命名的規(guī)范，以IDF開頭加上被分配的序列號(hào)。只有這樣才能正確得被部署到公司的云端。 Cloud App工程設(shè)計(jì)框架的選型從簡(jiǎn)單的意義上講，任何搭建在Cloud平臺(tái)的上工程應(yīng)用最大的目的就是利用Cloud強(qiáng)大的運(yùn)算處理能力和規(guī)?；拇鎯?chǔ)功能[6]。Web技術(shù)發(fā)展到今天，有許多種實(shí)現(xiàn)技術(shù)都可以勝任搭建Cloud Application的任務(wù)。下圖給出了部分可選的方案。圖 首先原本我們是可以直接拋開數(shù)據(jù)庫(kù)層，因?yàn)閺V義上的云計(jì)算都包含云所特有的文件數(shù)據(jù)系統(tǒng)，如Google的GFS（Google File System）和Hadoop的HDFS等。但是如果所屬的云是特定的無數(shù)據(jù)存儲(chǔ)的云那還是需要考慮使用適當(dāng)數(shù)據(jù)庫(kù)作為目標(biāo)數(shù)據(jù)源，這個(gè)選擇是非常多樣的，包括Microsoft SQL Server、MySql、DBOracle等都是成熟的選擇方案，但是考慮到Unix平臺(tái)的兼容性與海量數(shù)據(jù)的存儲(chǔ)功能Oracle是我們最后的選擇。其次在服務(wù)層，、PHP、Java等備選方案，不過在這點(diǎn)上的選擇是比較明確的，只有Java兼容企業(yè)私有云的API，所以毫無懸念的選擇Java成為工程后臺(tái)的工具。第三是信息傳遞層，為了配合Cloud SOA的架構(gòu)系統(tǒng)采用HttpService的方案。最后在前端，有包括Adobe Flex、微軟的Silver Light等富客戶端實(shí)現(xiàn)手段，但是從技術(shù)的成熟度，最終的呈現(xiàn)效果考慮，我們最終選擇了Flex。以上各個(gè)技術(shù)點(diǎn)將在下個(gè)章節(jié)中一一介紹。 Cloud 的前端實(shí)現(xiàn)技術(shù) 前端技術(shù)的選擇如上一節(jié)所述，在Cloud的前端技術(shù)即客戶端層的實(shí)現(xiàn)有多種可選的技術(shù)方案，如Adobe Flex、Laszlo Systems的OpenLaszlo、微軟的Silver Light等，這些技術(shù)都有其各自的特色和優(yōu)勢(shì)所在，在此我例舉Adobe Flex和Laszlo Systems的OpenLaszlo做一個(gè)簡(jiǎn)單的對(duì)比。成熟度：成熟度使用框架當(dāng)前版本以及框架的開發(fā)所花費(fèi)的時(shí)間長(zhǎng)度來度量。嚴(yán)格的說，OpenLaszlo的開發(fā)在Flex之前，盡管它使用的是另一個(gè)名稱，Laszlo Systems的發(fā)行版一直在Adobe之前。Flex SDK 在第4次更替開發(fā)時(shí)還是 beta 版本，而OpenLaszlo已經(jīng)有一個(gè)統(tǒng)一的發(fā)布計(jì)劃，這使 OpenLaszlo略勝于Flex。Web服務(wù)支持：在比較客戶端開發(fā)技術(shù)時(shí)，Web服務(wù)支持是一個(gè)重要的考慮因素，因?yàn)橹С值膮f(xié)議在很大程度上會(huì)影響 UI 的反應(yīng)速度。例如，JavaScript Object Notation (JSON) 和Action Message Format(AMF)消息的有線傳輸一般比Representational State Transfer (REST)