移動開發的優勢

移動設施社群彷彿好象在興奮激動擁抱雲這個事情的真實情況是無可不承認的，雲端計算領域的供應商，如Cloud Foundry 和VMware正在盡力儘量辦公來滿意不斷提高的需要。移動研發者更可能接納雲，乍一看，這一問題的解答應當是“不”。對安全、可伸縮性、可用性以及效能這些個物品的擔心都不是移動背景所獨有的。


　　時間短顯然是一個推動機素。天然生成就是有特殊的事例，移動應用比同行業的弟兄們宣佈快，更新更快，以及更好的頻率。這增加了移動研發團隊的壓力，給它們給予了很大的壓力，促推它們下載或外包儘有可能多的研發負載，並且越來越多，這意味著回身基於雲的供應商可以幫忙解決一切，讓它託管前端和大數值管理在後端。


　　時間短，預算低


　　隨同著研發團隊的出產壓力，存在著苦痛的悖論，很多這些個移動研發團隊需求在焦慮的預算之內完成在它們所務必的完成辦公。這意味在把專心製造的分段伺服器放到一塊兒來測試它們的應用手續負載下的辦公，或在網路寬頻和可用性下，接合撩動性怎樣測試效能的減退是，貨幣對於移動團隊並不是常常夠用的。所以，作為一個伶俐的專案經理，在面對焦慮的預算時，如在哪裡第1個大的版本宣佈之前，完成全部務必的關於應用手續完整性的調查，並且不可以越過預算呢?它們挑選了一個低成本的挑選，這在今日這個時期意味著向低成本的PaaS，SaaS和IaaS產品越進兵。


　　不過當然，每一個公司研發團隊都承擔著壓力。並且彷彿好象每個IT預算都已經削減或合理化，來作為團體處置本百年的首次大的衰落手眼。所以為何移動團隊更有可能傾向於雲端計算，而不是那一些，它們正承擔著非常大的壓力，來給它們的客戶開赴一個全功能的，基於Web的應用手續呢?最大的一個差別往往在於治理。


　　團體性的雲治理


　　移動研發是新的，並且研發團隊常常在開赴團體的第1個移動應用手續時，是辦公在與公司的其它研發團隊公平買賣商品的原則上，幾乎像中情局的“黑衣人”部門的運營同樣。隨著IT團體盡力儘量減低關於公司應用手續怎麼樣以及何時運用雲的治理規則，移動研發團隊環繞著整個兒商議，弄明白了煩請原諒比取得准許好。當研發團隊悄悄兒地的運用雲端計算來開赴一個完成的產品，並且使用者喜歡，財會部門沒有猶疑時，公司團體沒有合適的運用雲的政策管理，這麼必然性地發覺它們自個兒在其他名企業利用的單子上。


　　當然，在做一樣的事物時，把熱情的擁抱雲的移動研發團隊與不甘於的公司研發團隊要比較時，或許這並不絕對公平。畢竟，移動團隊擁抱雲的一個令人相信和佩服的理由是，事情的真實情況上它們辦公的專案正在重新著手，前一階段它們給定一個規定，解釋明白哪一些技術它們准許運用。相反，這對負責加強公司應用手續的在SOA功能，已經研發了五到十年的團隊來說，是違反了它們鳳凰娛樂城的擔任的工作。當一個專案是新的的時刻，與一個在專案時期相對牢穩並且安全的背景來說相形，引進基於雲的技術就容易的多了。


　　但假如疏忽這個端由，那末毫沒有疑問問，移動研發和基於雲的技術是很完的組合，是天然生成的一對。思索問題到移動研發團隊要在瞬息間內產出一個應用手續，眾多基於雲的廠商供給的這種基於服務的混合辦法，可以幫忙減低所需的時間和貨幣，來測試，託管和管照理應該用手續，我還將接著看見移動應用手續和移動研發者更加倚賴於該託管於雲中的服務，基礎裝置和平臺。