云應(yīng)用的一個突出特色是，它可以采用多種方法實(shí)現(xiàn)集成。每一種集成方法都具有局限性，你必需了解和認(rèn)識它們，這樣才能保證集成操作的順利展開。

　　云計(jì)算市場充斥著太多雜音。廠商們不斷宣稱其產(chǎn)品是基于云的，但實(shí)際上到底什么是云應(yīng)用還眾說不一。當(dāng)大多數(shù)的云應(yīng)用都把自己展現(xiàn)為Web服務(wù)時，它們會傾向于采用SOA架構(gòu)，即便它們并沒有遵從所有的SOA協(xié)議。有了正確的工具集和開發(fā)態(tài)度，你就可以用多種技巧來集成云應(yīng)用。當(dāng)然，你必須了解每種集成方法的局限性，這樣才能讓事情無誤地迅速開展下去?，F(xiàn)在就讓我們來了解云應(yīng)用集成的四個層次。

　　第1層：屏幕集成

　　這種集成方法在其他地方也叫聚合（Mashup）。這種方法雖然很快，但是也很不地道。這里的編碼其實(shí)就是構(gòu)建屏幕布局所用的iFrames，還有大量帶參數(shù)的URL，可用于抓取其他云中的東西。這是一種起步的方法，可以從類似谷歌和雅虎這樣的公開服務(wù)中抓取圖像、地圖、新聞條目，以及數(shù)據(jù)饋送等。

　　這種方法將會變得越來越強(qiáng)大，因?yàn)閳D形包和其他文檔服務(wù)會變成越來越普通的云服務(wù)。AJAX則可以給網(wǎng)頁加上一個時尚、直觀和反應(yīng)良好的用戶界面。不過，遺憾的是，聚合本質(zhì)上無法提供更好的安全性，所以對于敏感數(shù)據(jù)，你還必須尋找比較巧妙的編程實(shí)踐，以獲得服務(wù)器端的合法性。你或許需要單點(diǎn)登錄或者其他的認(rèn)證基礎(chǔ)設(shè)施，從而對用戶訪問進(jìn)行控制。因此，在這一層的折衷方式是，簡單編碼和只讀編碼，或者用很復(fù)雜的編碼來保障安全。

　　第2層：展示層集成

　　這種方法和你的云應(yīng)用生成Web頁面的方式有關(guān)系，你可能需要在服務(wù)器端建立一個編程層，為云應(yīng)用集成提供一塊肥沃的土壤。與之相對照的是，聚合方法幾乎完全是在瀏覽器中進(jìn)行的。雖然聚合方法對于把整個頁面的所有段落粘連在一起很在行（例如增加一張地圖或者圖片），但是展示層上進(jìn)行集成，其突出的特點(diǎn)是能夠在一頁中的某個段落中增加個別的域。例如，通過該方法可以在CRM賬單頁面的總和字段里增加一段文字說明：“客戶過期未付款，需繳納補(bǔ)償金。”但是，這樣一個域只在財務(wù)系統(tǒng)中才是可用的。

　　當(dāng)然，這種方法的長處同時也是它的短處，即付款延誤指示器不能在CRM系統(tǒng)中隨意存放，因此它不能被用來支持報表、警示，或者其他功能。這種方法通常僅用于只讀數(shù)據(jù)，因?yàn)檎故緦涌赡軟]有系統(tǒng)其他地方所采用的安全基礎(chǔ)設(shè)施。它完全取決于你所使用的語言，以及可用的Web安全庫，不過在展示層要利用復(fù)雜的安全機(jī)制通常是行不通的。

　　第3層：業(yè)務(wù)邏輯集成

　　這一層是可以進(jìn)行大量集成的地方，因?yàn)檫@里保留了應(yīng)用的環(huán)境，還有***的安全與Web服務(wù)基礎(chǔ)設(shè)施。真正讓云應(yīng)用集成與眾不同的是，這一層提供的API十分豐富和易用，它們支持調(diào)出和調(diào)入、WSDL/SOAP、RESTful API，或者只是簡單地與XML、JSON會話。對于生產(chǎn)率而言，準(zhǔn)確的文檔和代碼樣本是不可替代的。因此，用戶需要在這個基礎(chǔ)上評估云廠商。

　　大多數(shù)云應(yīng)用的集成架構(gòu)都是相當(dāng)松耦合的，而且是基于一種請求/響應(yīng)模式。經(jīng)常的輪詢并非好辦法，而建立緊致集成環(huán)路也很困難。在云必須推送消息的情形中，開發(fā)人員應(yīng)該在應(yīng)用中創(chuàng)建邏輯關(guān)系，觸發(fā)消息的發(fā)送。開發(fā)人員還需要開發(fā)一種策略（或許需要專門的集成服務(wù)器）去處理網(wǎng)絡(luò)故障、應(yīng)用宕機(jī)，從而確保消息的發(fā)送。另外，在這一層，集成編碼將訪問所有的系統(tǒng)對象和功能，因此安全至關(guān)重要。

　　第4層：數(shù)據(jù)集成

　　這一層將直接處理云應(yīng)用的數(shù)據(jù)庫。由于寫操作不夠安全，許多云系統(tǒng)無法真正實(shí)現(xiàn)直接訪問的水平。雖然直接讀取集成數(shù)據(jù)庫也可能會產(chǎn)生問題，因?yàn)楸碇袥]有應(yīng)用狀態(tài)或者交易協(xié)調(diào)的指示。但對于大量數(shù)據(jù)的讀取而言，沒有什么比直接訪問數(shù)據(jù)庫的速度更快了。

　　在這一層，安全的確是一個問題。因?yàn)閼?yīng)用的安全模型超越了表的訪問控制可見性。在大多數(shù)情況下，數(shù)據(jù)集成工作將擁有超級用戶的權(quán)限，因此其產(chǎn)生的結(jié)果數(shù)據(jù)不應(yīng)該直接接觸到標(biāo)準(zhǔn)用戶。