1、開發與測試
第一組公有雲應用就是開發與測試應用。 在沒有採用虛擬化時,每個應用伺服器和資料庫伺服器都可能各自佔用一台物理伺服器,也就是說,伺服器的使用率只有很可憐的10%。 即使採用了虛擬化,伺服器也有可能未被充分利用,因為所使用的測試資料量和生產資料量相比是相形見絀的。
這些開發與測試伺服器可能會用到各種人為編造的測試資料,不過這些資料可以很方便地遷移到公有雲中。 而且,你只有在使用到雲服務時才需要付費。 敏捷的開發方法論、代碼分支與連續集成,都會生成很多代碼構建和代碼版本,所有這些都要求並行地快速彙聚和釋放大量的應用和資料庫伺服器。 把所有這些伺服器遷移到公有雲上是合乎邏輯的。 這不僅是說當你僅在使用到這些公有雲服務時才需要付費,而且可以不必過分擔心網路延遲、存儲費用及存儲性能等因素。
2、開發平臺服務
在組織接受DevOps原則時,它們會越來越多地用到設計、框架與原型、聚合、敏捷的專案管理、自動化的測試控管,以及開發平臺等等來進行連續的代碼集成。 猶如上述,這些服務都屬於公有雲,更利於程式師在需要的時候組織這些要素,在不需要的時候釋放它們。
當然,要說這些服務會把任何敏感的企業內部資料存儲在公有雲上也是不太可能的。
3、培訓服務
培訓伺服器一般是要在培訓開始的時候非常容易設置,然後在培訓結束時又非常容易拆卸的。 而且它們有可能維護的只是人造的資料而非真實的資料。 換句話說,它們天然地適合於公有雲。
從主控台上,雲的預組態工具可以在數分鐘之內便可在公有雲中設置或拆卸培訓伺服器。 這些工具還為設置自服務選項做好了準備,各類培訓組織可以自我服務。
4、一次性的大資料項目目
幾年前,當《紐約時報》需要將其全部存檔轉換成PDF格式的時候,該報就使用了公有雲服務。 利用100台伺服器,這一工作在不到24小時之內就完成了。
因此,假如有某個大資料項目目需要1萬台伺服器,需要在幾天內完成,或者在數小時內完成,那麼公有雲就應該是正確的選擇。 任何組織都不會為了這樣一個一次性的專案而購買大量的物理伺服器,即便它們可能是虛擬伺服器。
5、網站
公司資訊、產品圖片、價格資訊、各種摺頁冊和其他偶然寫就但卻經常閱讀的網站和門戶很明顯也是天然地適合於公有雲。 不過公有雲供應商的安全與隱私級別顯然要比遷移這些資訊更重要。
6、客戶關係管理(CRM)
CRM軟體,如Salesforce.com是已經在雲中的了,所以客戶及預期管理等工具便可在公有雲中順暢地運行。 通常來說,它們還未與其他內部系統(如郵件存儲,或者還有銷售與訂單管理)緊密集成,這也使得CRM系統比很多其他應用更易於遷移到公有雲計算。
7、專案管理、費用報告和時間管理
和CRM一樣,這三項任務支援應用也都很適合向公有雲遷移。
但是,假如你擔心銷售和財務資料的安全和私密性,則可以將這些資料分配給私有雲,而將專案管理、時間管理和費用報告應用遷移到公有雲中。 用這種辦法,企業的關鍵資料便可在內部生成和管理,從而形成成了混合雲。 這麼做也可以在私有雲中空閒出大量的伺服器用於生產或要徑任務應用。
8、郵件
大企業多年來一直在使用基於雲的郵件接收服務,並依照塞班斯-奧克斯利法案或巴塞爾II監管規則存儲舊的郵件。 消費者也已經使用基於雲的郵件服務很多年了。 所以,企業的日常郵件如何遷移入雲只是個時間問題,尤其是很多企業使用微軟Exchange伺服器或Office365雲服務在內部管理郵件的情況。
9、人力資源
調查一下企業所使用的要徑任務應用和其他應用的數量,你會吃驚地發現後者的數量十分龐大,而且多數只使用一段時間,這些應用對各種關鍵的生產應用造成了擁堵。 所以應盡可能多地將這些不常用的應用遷移到公有雲中去,以便釋放出私有雲資源用於生產目的,而且因為公有雲服務是使用才付費,所以還可減少總體成本。
為此,招聘、人員安置、福利管理和其他人力資源應用都非常適合遷移到公有雲中去。
10、基於雲的反垃圾郵件和反病毒服務
很多組織都使用雲服務來執行反垃圾郵件過濾,防病毒服務等。 即便這些服務託管在組織內部,也可以很方便地遷移到組織的公有雲實例中去。
最終,CEO和CFO們會希望CIO和高級IT管理者們更多地利用公有雲,因為這樣做便可以把固定成本(基礎設施)放入可變成本列(即付即用服務)中。 但另一方面,對安全和隱私的擔心,怕失去內部資料控制權的擔憂,也在阻礙著企業積極地轉向公有雲。
幸運的是,通過嚴格地審查個別應用的性質,看它們是否能夠避開上述所有問題和擔憂。 如果可以,那它們便可很輕鬆地遷移到公有雲中,從而在私有雲中節省出額外的資源,以便用於要徑任務應用和需要處理敏感性資料的其他系統。
(責任編輯:蒙遺善)