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