熱點討論：如果你的云服務商倒閉該怎么辦？
如果你的云服務商倒閉或暫時中斷服務，以下4個步驟能夠幫助你的企業把損失減少到***。
2009年2月，云服務商Coghead在一封寫給客戶的電子郵件中宣布該公司"由于受到經濟挑戰的影響"，將立即終止基于云的開發平臺服務。隨后，ERP巨頭SAP收購了Coghead的知識產權，但停止繼續支持這種開發平臺，并讓原有的Coghead客戶在2009年4月30號之前取回他們的應用和數據。Hekademia Consulting公司的創建人兼負責人Shockey花了差不多4個多月才把他的CRM應用從Coghead移植到了Intuit的QuickBase數據庫中。這件事足以警示人們，一家云服務商可以倒閉得有多快。
2008年8月，在線存儲廠商 Linkup(以前叫MediaMax)公司的倒閉引發了網上一場誰該對丟失客戶數據負責的激烈辯論。2009年3月，惠普關閉了其Upline存儲服務。這類服務的終止讓人們開始疑慮，是否能信任基于云的存儲提供商，或任何基于云的服務提供商。
不管你打算是將數據，還是關鍵應用，或者你整個的應用開發工作都托付給云，你都可以采取以下4個步驟來確保云服務商的死亡不會毀掉你的企業。
第1步：審慎選擇云服務商
***種風險，也是最顯而易見的風險，就是云服務商發生財務問題。在與云服務提供商簽約前，你需要開展你在與任何廠商簽約時所進行的"健康"檢查，例如審查他們的收入、贏利能力、手頭的現金和客戶數量。
此外，一些分析師建議，將業務分散到多個云服務提供商以分攤風險。這也更容易迫使服務商降價，雖然由于需要管理多家廠商而導致你的總體成本節省不會那么高。
第2步：備份你的云數據
在云計算中，服務商將你的重要數據、服務器，甚至整個應用保持在你無法直接訪問的位置上，通常是虛擬化或專有環境中。你惟一訪問它們的途徑是，通過廠商自己的下載工具或API。因此，你必須確保你備份了你的關鍵資產，選擇備份在本地或備份到另一家云服務商，你必須確保可以在任何時候訪問你的數據、虛擬機、應用等。
許多云服務商含蓄地承認，他們的服務可能會失敗，因此他們支持客戶很容易地定期備份數據。例如，Intuit公司的QuickBase Desktop服務，允許客戶隨時可將數據由QuickBase備份到客戶本地的Accesss數據庫中。
IBM在它的離線備份服務中提供SLA(服務水平協議)保證，其中規定了可供客戶隨時恢復數據的有效、可恢復的拷貝數量。Salesforce.com支持數據復制和每周數據輸出服務，其Web服務API也使客戶可以自行編寫數據輸出/輸入程序。
此外，有些云服務提供商采用專有數據格式來保存客戶數據，以便提高性能或節省硬盤空間。因此，一定要詢問你的云服務提供商，是否以標準、通用的格式保存你的數據。否則，如果他們倒閉了，你即使取回數據，你的應用程序也有可能讀不了。例如，電子郵件托管服務LiveOffice將數據保存為可供Exchange和其他許多郵件應用程序都能使用的.EML文件。
第3步：保持隨時可供使用的存儲空間
另一種特別的云計算是通過Web從Amazon Elastic Compute Cloud(EC2)服務這樣的提供商那里購買"裸"服務器的使用權。
一旦某家云服務商倒閉的話，如果擁有可供隨時使用的額外存儲空間(不論這存儲空間是你自己，還是來自另一家云提供商)，就可以減少應用的停機時間。
隨著虛擬化越來越普及，把服務器由一家倒閉的云服務商轉移到一個新平臺上將變得比較容易，因為虛擬化的服務器是以能夠在物理服務器之間移動的文件形式存在的。相比之下，重新恢復原先利用云廠商的API或開發平臺所編寫的應用程序可能更具挑戰性。
第4步：為應用可移植性做準備
云中最困難的挑戰是，云服務商倒閉時移植你的基于云的應用。把一個應用移植到一個新的云平臺，可能需要訪問應用的運行時間庫、應用的業務邏輯、支持應用的數據庫，以及你的用戶已經輸入到應用中的數據。云服務商使用的平臺越專有，云服務商完成的應用管理越多，移植應用的難度就越大。
例如，Salesforce.com宣稱它使客戶擺脫了購買、管理和把CRM軟件安裝在他們自己硬件平臺上的麻煩。一旦客戶簽約，他們可以通過任何安裝了Web瀏覽器的計算機訪問Salesforce.com網站，以及成百上千種在Apex開發平臺上利用Salesforce的API所編寫的應用程序。
但是，這種高度專有的模型意味著客戶只能在Salesforce平臺上運行Salesforce.com應用，包括他們利用那些應用程序在網頁上所做的任何定制。
雖然有些工具(例如Force的Toolkit)讓開發人員可以利用Force的API創建離線運行的Web應用。但是，雖然用戶可以離線修改數據，但大多數應用在數據庫、業務邏輯和工作流功能上必須定期與Salesforce網站保持同步。因此，你仍依賴Salesforce.com。
獨立技術顧問Ben Bloch指出，由于Salesforce的Apex類似于Java，還是有"把應用移植到另一平臺"的機會。重用一些邏輯、用戶界面和其他元素也許是可能的，但開發人員仍必須重做在Salesforce平臺上已經做過的很多工作。例如，要重新構建應用所需要的數據，而且還包括設計和部署數據，以及其他描述應用與數據關系的模型。
Salesforce的平臺研究主管Peter Coffee認為，這種移植的工作量沒有多大。他說，Apex開發語言在設計上與Java相似，因此翻譯用Apex編寫的組件和使用該公司的Visualforce 用戶界面構建器來連接新目標平臺，僅需占用項目成本的很小一部分。他表示，更多的工作量是在編寫執行應用的新代碼方面。
另一項挑戰是恢復包含在應用內的業務邏輯和用戶工作流。Hekademia Consulting公司的Shockey表示，他在最近的開發工作中大量使用QuickBase公式域來創建和更新流程數據。"這樣，如果我們需要輸出數據，我至少保證在我的數據模型內擁有這些流程信息。但是，由于實際的業務邏輯嵌入數據庫的在域公式內，因此，如果我們再一次改變系統，比如放棄QuickBase，我仍可能失去這種邏輯"。他說。
當然，使用開放Web標準將能使 IT部門輕松地將應用從一個云平臺轉移到另一個平臺，或自己的數據中心。有一種云平臺證明了這是行之有效的。SugarCRM的產品營銷主管Martin Schneider表示，由于SugarCRM的開源CRM應用基于PHP腳本語言和MySQL開源數據庫等開放標準，應用遷移更加容易。用戶只需為SugarCRM平臺上的數據、以及定制或應用添加件拍攝快照，把它們保存在硬盤上，然后再把它們上載到選擇的服務器中即可。
不管你選擇什么平臺，Shockey都建議，開發人員應當根據服務商承諾的當自己倒閉時提前發出通知的時間量，來制定移植自家應用的應變計劃。在打算采用一種云開發平臺前，Bloch建議，用戶不僅要向云服務商詢問它的業務模型的優勢和財務狀況，還要詢問其發布API新版本的流程，以及會向開發人員提供哪些技術與支持。
#p#
確定你的風險承受能力
一些客戶，尤其是那些因Linkup這類倒閉的服務商而丟失數據的客戶，發誓再也不相信云了。對于另一些客戶，這讓他們更加慎重地權衡云服務帶來的好處(包括前期的低成本和易于部署)與風險(廠商鎖定問題)。
軟件開發商Plan2win公司的CEO Steven Harper認為，使用云平臺的風險并不比編寫使用微軟Windows API的應用程序更大。他指出，確保他的應用程序運行在新版Windows上變得非常麻煩，而且支持成本非常高。
因此，他現在編寫用于Salesforce平臺的應用程序，他不相信該公司會拋棄它的開發人員。他說："如果這樣的話，將出現負面的新聞和來自客戶的反應，我不相信有人會那么愚蠢。"
但是，的確有云服務商倒閉了，不管他們的意圖如何。然而，在Hekademia Consulting公司，Shockey充分利用了Coghead的死亡，利用移植過程將更多的功能整合到更少的應用中，他甚至添加了Coghead中原來沒有的像日歷這樣的功能。此外，他表示，QuickBase比Coghead的價格還便宜一些。
在數據、應用和其他云服務標準變得通用之前，為了防范云服務商的倒閉或暫停運維，***的辦法是關注你的云服務商的資產負債表，并保持你的本地備份。Shockey說："我仍認為SaaS(軟件即服務)是發展方向。我們目前只是遭遇到了一點小的挫折。"
【編輯推薦】
