最高效的混合是利用所有元件的有利優勢。未來的混合雲必須利用公有雲的新功能，而且能夠保持私有it投資中的優勢。如果你沒有考慮資料中的混合需求，企業的風險成本就會直線上公升、利益實現問題，甚至是完全技術失敗。大多數使用者表示雲專案失敗的主要時間是在計畫階段。正確制定專案計畫，才有良好的機會實現成功。
在為了支援混合化設計公有雲應用時，有四個因素必須考慮：應用模型、平台、資料庫訪問以及元件如何連線在一起。
選擇應用模型
在為未來的混合化設計公有雲應用時，首要考慮的關鍵因素就是應用模型，不管是前端還是後端模型。企業業務部分報告，他們目前的公有雲應用三分之二都是前端模型，在這種模型中雲技術加在使用者的當前的應用系統之間。這也是網際網路零售應用最常用的模型。剩下的大部分企業則關注雲爆發或者備份了現有系統的故障恢復應用。
如果你正在為混合化開發乙個公有雲元件，確保調整當前的架構，適應混合的本地端，或者調整現有的架構適應雲端。這些都是你需要在計畫階段解決的，因此在應用的最初需求和未來需求上都要認證考慮。優化混合化最必須的是控制公有和私有元件之間的工作流。你需要支援目前的it時間，但是你也需要開發唯一的彈性和臨時的雲屬性。
用平台建立和諧關係
技術層面的輕鬆的混合化的基礎就是平台和諧。乙個混合雲理論上可以通過任何介面集支援工作流，這個介面可以使公有雲支援的，也可以是私有it支援的。在實踐中，公有雲中有不同的作業系統和中介軟體，會讓事情複雜化，而且變得更加昂貴，尤其是在公有雲端的操作支援。
讓資料庫訪問公有雲和本地it
在為混合化設計公有雲應用時要考慮的第三個問題就是，你如何根據資料需求提供公有雲和本地it資源。儲存關鍵的企業資料到遠端設計成本和安全問題，因此大多數使用者選擇將其資料庫保留在本地。因此，當混合應用的雲元件必須訪問資料時，訪問必須跨wan在雲和資料中心之間連線，這樣做也是昂貴和效能密集型的方式。
對於雲爆發或者故障恢復應用，更適合的解決方案就是使用查詢服務資料庫管理系統，而不是讓雲元件使用標準的磁碟i/o方式訪問資料庫。對於前端應用，可能在當前資料庫建立乙個邏輯分離更有價值。比如，乙個零售的雲前端可能使用**於標準零售庫存應用的產品分類，但是不包含庫存數量資訊；使用者瀏覽靜態分類，但是只在訂單設定時連線到真正的資料庫。
確定應用的「鏈結」
最後的考慮也是最技術的：你的混合應用如何在應用程式介面（api）層面上連線，你的應用如何管理上下文環境或者狀態？在軟體開發中，元件使用api鏈結，這些api也通常定義了元件如何追蹤他們試圖支援的流程。
為混合換開發公有雲應用的挑戰在於，大多數企業軟體基於嚴格的面向服務架構（soa）和簡單物件訪問協議（soap）的api。雲應用大部分通常採用rest和http架構。不同點在於soa和soap通過多種事務階段鏈結元件，而且所有的元件通過其api自動同步其行為。使用rest或者http時，大多數情況下的客戶端，瀏覽器介面追蹤上下文環境，這個上下文環境明確地通過這個api交付到每乙個元件。
實際的差異在於，任何軟體元件的副本訪問恰當的資料庫可以處理任何rest請求，但是soa-soap請求必須通過最初選擇的具體的軟體元素處理。rest架構支援簡單的附在共享和負載均衡，但是soa-soap中就很難實現。這意味著任何可能包含雲爆發或者故障恢復的混合架構要認真考慮rest架構。全端應用可以使用應用元件，執行在雲端或者本地，來橋接雲端rest或者web友好的架構和更為傳統的資料中心應用架構。
公有雲、私有雲和混合雲，如何進行比較和對比
混合雲和多雲計算模型是什麼意思，它們又有什麼不同?
讓你通俗的明白什麼是公有雲、私有雲、混合雲和社群雲
多智時代-人工智慧和大資料學習入門**|人工智慧、大資料、物聯網、雲計算的學習交流**
企業部署混合雲，需要從哪幾個方面考慮問題？
雲計算的興起對於各行各業可謂是一大福音。由於混合雲具有的公共雲優勢，而且它還讓企業使用者能夠充分利用內部部署私有雲的附加安全性和可控性，2015年各類規模的企業都針對他們的儲存應用和各種工作負載開始採用混合雲解決方案。但是混合雲的部署並不是一帆風順的，通往混合雲的道路荊棘叢生。資料和工作負載的遷移是...
選擇雲服務提供商時，需要考慮哪幾個方面
在選擇雲服務提供商時，解決方案提供商將客戶偏好，放在審查雲服務提供商標準列表的第一位。只有11 受訪的解決方案提供商認為客戶偏好不重要，可見，客戶偏好具有很大的影響。但是，到底應不應該考慮客戶偏好?客戶偏好是很重要，但是，除了客戶偏好之外，還要考慮服務提供商合作夥伴的財務狀況是否良好,其技術是否最適...
混合化設計公有雲應用時，需要考慮的四個要素
未來的混合雲必須利用公有雲的新功能，而且能夠保持私有it投資中的優勢。如果你沒有考慮資料中的混合需求，企業的風險成本就會直線上公升 利益實現問題，甚至是完全技術失敗。大多數使用者表示雲專案失敗的主要時間是在計畫階段。正確制定專案計畫，才有良好的機會實現成功。在為了支援混合化設計公有雲應用時，有四個因...