天生一對：移動開發和雲應用組合

你是否會好奇，為什麼移動開發者更可能過擁抱雲計算，而不是他們的那些從事于典型的企業開發的對手呢？

時間短顯然是一個推動因素。 天生就是有特例，移動應用比他們同行業的兄弟們發佈快，更新更快，以及更好的頻率。 這增加了移動開發團隊的壓力，給他們施加了巨大的壓力，促使他們下載或外包盡可能多的開發負載，而且越來越多，這意味著轉身基於雲的供應商可以説明解決一切，讓它託管前端和大資料管理在後端。

時間短，預算低

伴隨著開發團隊的生產壓力，存在著痛苦的悖論，許多這些移動開發團隊需要在緊張的預算之內完成在他們所必須的完成工作。 這意味在把精心製作的分段伺服器放到一起來測試他們的應用程式負載下的工作，或在網路寬頻和可用性下，結合波動性怎樣測試性能的下降是，金錢對於移動團隊並不是經常夠用的。 所以，作為一個聰明的專案經理，在面臨緊張的預算時，如何在第一個大的版本發佈之前，完成所有必須的關於應用程式完整性的調查，而且不能超出預算呢？ 他們選擇了一個低成本的選擇，這在今天這個時代意味著向低成本的PaaS，SaaS和IaaS產品越進軍。

但是當然，每一個企業開發團隊都承受著壓力。 而且似乎每個IT預算都已經削減或合理化，來作為組織處理本世紀的第一次大的衰退手段。 所以為什麼移動團隊更可能傾向于雲計算，而不是那些，他們正承受著很大的壓力，來給他們的客戶交付一個全功能的，基於Web的應用程式呢？ 最大的一個區別往往在於治理。

組織性的雲治理

移動開發是新的，而且開發團隊經常在交付組織的第一個移動應用程式時，是工作在與企業的其他開發團隊公平交易的原則上，幾乎像中情局的「黑衣人」部門的運營一樣。 隨著IT組織努力降低關於企業應用程式如何以及何時使用雲的治理規則，移動開發團隊圍繞著整個討論，弄清楚了請求原諒比獲得允許好。 當開發團隊悄悄的使用雲計算來交付一個完成的產品，而且使用者喜歡，財會部門沒有猶豫時，企業組織沒有適當的使用雲的政策管理，這樣不可避免地發現他們自己在其它名公司利用的名單上。

當然，在做同樣的事情時，把熱心的擁抱雲的移動開發團隊與不情願的企業開發團隊要比較時，也許這並不完全公平。 畢竟，移動團隊擁抱雲的一個令人信服的理由是，事實上他們工作的專案正在從頭開始，前期他們給定一個規定，說明哪些技術他們允許使用。 相反，這對負責增強企業應用程式的在SOA功能，已經開發了五到十年的團隊來說，是違背了他們的任務。 當一個專案是新的的時候，與一個在專案期間相對穩定而且安全的環境來說相比，引進基於雲的技術就容易的多了。

但如果忽略這個原因，那麼毫無疑問，移動開發和基於雲的技術是很完的組合，是天生的一對。 考慮到移動開發團隊要在短時間內產出一個應用程式，很多基於雲的廠商提供的這種基於服務的混合方法，可以説明降低所需的時間和金錢，來測試，託管和管理應用程式，我還將繼續看到移動應用程式和移動開發者更加依賴于該託管于雲中的服務， 基礎設施和平臺。

(責任編輯：蒙遺善)