混合化設(shè)計公有云必須考慮的四個方面

　　最高效的混合是利用所有組件的有利優(yōu)勢。未來的混合云必須利用公有云的新功能，而且能夠保持私有IT投資中的優(yōu)勢。如果你沒有考慮數(shù)據(jù)中的混合需求，企業(yè)的風(fēng)險成本就會直線上升、利益實現(xiàn)問題，甚至是完全技術(shù)失敗。大多數(shù)用戶表示云項目失敗的主要時間是在計劃階段。正確制定項目計劃，才有良好的機(jī)會實現(xiàn)成功。

　　在為了支持混合化設(shè)計公有云應(yīng)用時，有四個因素必須考慮：應(yīng)用模型、平臺、數(shù)據(jù)庫訪問以及組件如何連接在一起。

　　選擇應(yīng)用模型

　　在為未來的混合化設(shè)計公有云應(yīng)用時，首要考慮的關(guān)鍵因素就是應(yīng)用模型，不管是前端還是后端模型。企業(yè)業(yè)務(wù)部分報告，他們目前的公有云應(yīng)用三分之二都是前端模型，在這種模型中云技術(shù)加在用戶的當(dāng)前的應(yīng)用系統(tǒng)之間。這也是互聯(lián)網(wǎng)零售應(yīng)用最常用的模型。剩下的大部分企業(yè)則關(guān)注云爆發(fā)或者備份了現(xiàn)有系統(tǒng)的故障恢復(fù)應(yīng)用。

　　如果你正在為混合化開發(fā)一個公有云組件，確保調(diào)整當(dāng)前的架構(gòu)，適應(yīng)混合的本地端，或者調(diào)整現(xiàn)有的架構(gòu)適應(yīng)云端。這些都是你需要在計劃階段解決的，因此在應(yīng)用的最初需求和未來需求上都要認(rèn)證考慮。優(yōu)化混合化最必須的是控制公有和私有組件之間的工作流。你需要支持目前的IT時間，但是你也需要開發(fā)唯一的彈性和臨時的云屬性。

　　用平臺創(chuàng)建和諧關(guān)系

　　技術(shù)層面的輕松的混合化的基礎(chǔ)就是平臺和諧。一個混合云理論上可以通過任何接口集支持工作流，這個接口可以使公有云支持的，也可以是私有IT支持的。在實踐中，公有云中有不同的操作系統(tǒng)和中間件，會讓事情復(fù)雜化，而且變得更加昂貴，尤其是在公有云端的操作支持。

　　如果你有統(tǒng)一的本地IT架構(gòu)，就需要認(rèn)證考慮云端的相同架構(gòu)。如果你計劃一個云爆發(fā)或者故障恢復(fù)的混合應(yīng)用，幾乎強(qiáng)制性的要使用在云端和數(shù)據(jù)中心相同的操作系統(tǒng)和中間件。甚至是在構(gòu)建類Web的前端到當(dāng)前的IT平臺時，要根據(jù)性能加強(qiáng)或者隨著備份調(diào)整架構(gòu)的一些可能運行在公有云端的關(guān)鍵組件。

　　讓數(shù)據(jù)庫訪問公有云和本地IT

　　在為混合化設(shè)計公有云應(yīng)用時要考慮的第三個問題就是，你如何根據(jù)數(shù)據(jù)需求提供公有云和本地IT資源。存儲關(guān)鍵的企業(yè)數(shù)據(jù)到遠(yuǎn)端設(shè)計成本和安全問題，因此大多數(shù)用戶選擇將其數(shù)據(jù)庫保留在本地。因此，當(dāng)混合應(yīng)用的云組件必須訪問數(shù)據(jù)時，訪問必須跨WAN在云和數(shù)據(jù)中心之間連接，這樣做也是昂貴和性能密集型的方式。

　　對于云爆發(fā)或者故障恢復(fù)應(yīng)用，更適合的解決方案就是使用查詢服務(wù)數(shù)據(jù)庫管理系統(tǒng)，而不是讓云組件使用標(biāo)準(zhǔn)的磁盤I/O方式訪問數(shù)據(jù)庫。對于前端應(yīng)用，可能在當(dāng)前數(shù)據(jù)庫創(chuàng)建一個邏輯分離更有價值。比如，一個零售的云前端可能使用來源于標(biāo)準(zhǔn)零售庫存應(yīng)用的產(chǎn)品分類，但是不包含庫存數(shù)量信息；用戶瀏覽靜態(tài)分類，但是只在訂單設(shè)置時連接到真正的數(shù)據(jù)庫。

　　確定應(yīng)用的“鏈接”

　　最后的考慮也是最技術(shù)的：你的混合應(yīng)用如何在應(yīng)用程序接口（API）層面上連接，你的應(yīng)用如何管理上下文環(huán)境或者狀態(tài)？在軟件開發(fā)中，組件使用API鏈接，這些API也通常定義了組件如何追蹤他們試圖支持的流程。

　　為混合換開發(fā)公有云應(yīng)用的挑戰(zhàn)在于，大多數(shù)企業(yè)軟件基于嚴(yán)格的面向服務(wù)架構(gòu)（SOA）和簡單對象訪問協(xié)議（SOAP）的API。云應(yīng)用大部分通常采用REST和HTTP架構(gòu)。不同點在于SOA和SOAP通過多種事務(wù)階段鏈接組件，而且所有的組件通過其API自動同步其行為。使用REST或者HTTP時，大多數(shù)情況下的客戶端，瀏覽器界面追蹤上下文環(huán)境，這個上下文環(huán)境明確地通過這個API交付到每一個組件。

　　實際的差異在于，任何軟件組件的副本訪問恰當(dāng)?shù)臄?shù)據(jù)庫可以處理任何REST請求，但是SOA-SOAP請求必須通過最初選擇的具體的軟件元素處理。REST架構(gòu)支持簡單的附在共享和負(fù)載均衡，但是SOA-SOAP中就很難實現(xiàn)。這意味著任何可能包含云爆發(fā)或者故障恢復(fù)的混合架構(gòu)要認(rèn)真考慮REST架構(gòu)。全端應(yīng)用可以使用應(yīng)用組件，運行在云端或者本地，來橋接云端REST或者Web友好的架構(gòu)和更為傳統(tǒng)的數(shù)據(jù)中心應(yīng)用架構(gòu)。

來源：CIO時代網(wǎng)

　　版權(quán)及免責(zé)聲明：凡本網(wǎng)所屬版權(quán)作品，轉(zhuǎn)載時須獲得授權(quán)并注明來源“中國產(chǎn)業(yè)經(jīng)濟(jì)信息網(wǎng)”，違者本網(wǎng)將保留追究其相關(guān)法律責(zé)任的權(quán)力。凡轉(zhuǎn)載文章，不代表本網(wǎng)觀點和立場。版權(quán)事宜請聯(lián)系：010-65363056。

延伸閱讀