現如今,企業糾結的問題早已不再是是否部署採用HTTP://www.aliyun.com/zixun/aggregation/13743.html">公共雲服務了,而是從哪些專案開始,首先採取部署公共雲的行動。
問題的答案取決於您自己企業的許多方面,包括系統性的問題,您可能需要兼顧資料、流程、或完整的應用程式等等因素。 此外,您在特定系統上的價值是一個重要的因素。 最後,還有安全性方面的考慮,以及企業必須處理的合規性問題。
要明確的是,我所談論的是將資料、處理進程,或一個完整的系統進行遷移,而不是在雲計算中部署建立一個新的系統。 從現有的企業內部部署平臺遷移到基於雲的平臺更加困難,也更具危險性,但這可以提供最大的價值。 所以,重要的是要明智地選擇您企業的第一個遷移專案。 如下,是我對於這方面的一些思考,希望能夠為您的企業的遷移工作帶來一些説明:
選擇從在企業內的知名度非常低的系統或收集的資料開始。 您應該選擇一個系統,就算其在遷移期間出現一小段的時間週期的狀況,也不會對企業的業務造成重大影響。 這方面的一個例子可能是工廠維護資料管理。 請記住,對於您的第一個雲遷移,您需要提交至少6個失誤,這樣您才可以這些確保錯誤所帶來的影響是非常低的。
選擇從系統或收集的資料安全性方面的要求非常低的開始。 這些資料都應該很少或者不需要遵守特別的安全模型,應該是簡單的。 但這並不意味著雲計算是不安全的,只是當您從一個低安全性的專案開始著手,可以讓您減少在這一遷移過程中需要檢查的細節。
選擇從是不太複雜的系統和較小的資料開始著手。 雲遷移的失敗通常不是由於雲計算本身的問題,而是被遷移的系統的問題——通常,遷移到系統太大太複雜。 請務必記住,當在公共雲中定位系統時,必須進行變更;系統越是大、越是複雜,這樣的變更越是必要的,從而也就增加了潛在的錯誤,導致最終失敗。 由小資料開始,您可以減少錯誤的機會,從而也就增加成功的可能性。
也許,您可以將遷移大盤雲計算視為您第一次嘗試某項運動。 例如,在滑雪時,最聰明的運動員會從斜坡開始,從那裡可能會獲得更多的關注和榮耀,但第一次從那些小徑就完整越過終點線的幾率卻是微乎其微的。 而緩慢的開始,準備好一個很長的旅程才是王道。
(責任編輯:施柏鵬)