開發云停當利用：到底有何不同？

固然在某種水平上來說近乎所有的應用都是可以實現云托管的，然而仍是有一些詳細的設計和開發步驟可以實現云部署的最優化，從而切實推動云計算的發展。假如廠商云廠商們生機實現云計算好處的最大化，那么他們就須要懂得云就緒應用的概念，為了云就緒的將來而構建他們的云計算基本設施，并提供方便的服務。
云停當象征著要解決因云盤算之間的差別而帶來的問題。從多少移動辦公系統個主要的方面來說，在虛擬資源上運行的云計算托管運用或應用組件以及這些資源都不同于典范的裝備虛擬化數據核心。首先，這些資源是動態調配的，而在大多數協同辦公平臺的虛構化數據中央里，調配給利用的虛構機則基礎上都是靜態的。其次，它們是散布在一個廣域網中的，而大多數運用都盼望資源可能實現本地銜接。再次，它們局部或全體游離于客戶的把持范疇，這就象征著資源散布跟治理是遵守著公共云盤算托管廠商所制訂的規矩，而不是應用用戶的規矩。
為了適應動態資源分配，云就緒應用必須使用一個正式的devops工具用于部署和從新安排工作。在開發應用進程中，應用的架構設計和開發團隊必須創立必要的腳本程序或描寫符，以定義應用如何映射至它所需的服務器、存儲裝備以及網絡資源。而后操作職員就能夠應用這些腳本程序或描寫符，把這些應用安排和集成至企業的工作流中。
云廠商們可以用兩種方法便利地實現devops就緒。其一，他們可以通過風行的devops包向他們的云管理系統提供管理連接，以便于幫助用戶和開發職員部署云就緒應用。其二，他們可以提供devops即服務，也就是說他們可以把devops工具作為他們云管理平臺的一局部進無線網絡解決方案行托管。假如廠商可以組合托管devops和應用集成工具，那么其成果就是當初所謂的集成平臺即服務產品了。這不僅為廠商提供了一個新的收入起源，而且還幫助用戶開發了云就緒應用，并激勵開發人員從云部署動身思考如何開發應用。
 

開發云停當利用：到底有何不同
云計算中分布式網絡所面臨的新挑釁
一個分布式網絡架構是云計算的另一個奇特屬性，在云就緒中有兩層含意。在第一層，應用所需的網絡連接性是其devops描述的一個方面。大多數應用都可以作為虛擬lan而實現虛擬化，并托管一個或多個組件，這些組件可通過默認網關與用戶相連。創立這一配置是滿意部署和從新部署需要的一部門，因而必須在上述的devops進程中予以考慮。然而在第二層，分布式服務將影響應用的設計，尤其是在組件化和編排方面。
在分布式網絡中，云就緒的主要規則就是防止組件或資源之間的分別，這些組件或資源可能在wan上構成重要的工作流活動。逐條讀寫數據庫記載是無奈在wan上運行工作流的一個例子，因而云計算中的數據庫應該與無論何處都可訪問數據庫的組件集成在一起。這是一個應用設計的元素。創建云就緒數據拜訪設計的最常用策略是定義一個數據庫管理體系組件，這個組件可接收查問，并針對本地數據庫進行處理而只一個成果。hadoop和mapreduce的架構定義也容許對查詢處置的云計算進行托管，但不能拜訪單個數據庫記載。
通過提供專為辨認低效工作流而設計的云計算應用遙測技巧，云計算經營商們可以贊助用戶處置與分布式網絡相干的問題。他們也可能會提供構造化面向查問的服務，如以軟件即服務情勢交付的關聯型數據庫管理體系，或者他們可以提供hadoop和特定管理工具，輔助把這些服務和云計算應用集成。監控云計算內的流量是找出工作流中問題的最簡略辦法，但有時曉得客戶是如何把數據庫服務與他們的云應用連接及其構造細節信息，將有助于解決與分布式網絡相干的潛在問題。在測試階段就找出這個問題，將有助于客戶保持在業務中使用云計算。
云就緒應用請求在云就緒中，最龐雜的問題興許就是資源并不在應用所有者無線網絡控制器的直接節制下。傳統的軟硬件管理不是被廠商云廠商所改動就是被他們閹割，廠商的管理接口只能支撐某些管理功效。這個問題能夠一分為二地看：治理可見性跟應用的休會品質掌握。
廠商并不愿望客戶有打算在他們的云上裝置硬件，所以收集應用和網絡性能的管理數據，云計算將不得不并行托管軟件元素和應用以便于收集數據并發送至應用用戶處，或者廠商云廠商將不得不開放管理接口而許可用戶查看性能和狀況信息。
大多數廠商廠商都供給根本的管理數據，但并不供給捕捉所有通常管理當用qoe所需數據的機制。這意味著客戶不僅將必需試圖以對廠商透明的方法收集數據，無線網絡管理而且他們必須以某種未知的方式將其與其余網絡和應用機能數據整合以管理當用機能和可用性。在抉擇產品時，不僅要斟酌用戶應用云計算資源的性能信息，而且要斟酌銜接至網絡的云計算真個網絡數據。
云就緒請求應用在云計算中是有意識的。廠商應該意識到，云服務的長期發展趨勢將是平臺即服務，而在開發階段