SaaS和基于云的應用程序比以前更加豐富，但是并不是說有的應用程序遷移到云上都能獲得很好的投資回報率。在業(yè)務(wù)單位和部門SaaS迅速傳播，這通常不需要IT幫助和戰(zhàn)略指導來確保功能的不重復或者與公司其他工具的不沖突。

SaaS和基于云的應用程序比以前更加豐富，但是并不是說有的應用程序遷移到云上都能獲得很好的投資回報率。下面這五個建議將幫助你總和考慮IT戰(zhàn)略，并幫你分析這些應用程序是否適合遷移到云上。

為了解決探討這個問題，我們采訪了Matson Navigation公司的首席執(zhí)行官Peter Weis和Sand Hill顧問公司云計算研究部門經(jīng)理Kamesh Pemmaraju。

以下就是從傳統(tǒng)應用程序遷移到基于Web的應用程序之前，需要考慮的步驟。

1.考慮清楚你為什么需要SaaS

Weis是在2003年被聘去改造Matson的IT基礎(chǔ)設(shè)施的，所以其任務(wù)的一部分是設(shè)計一種基礎(chǔ)設(shè)施，并制定一項戰(zhàn)略以協(xié)調(diào)公司SaaS應用和內(nèi)部應用之間的關(guān)系。

三月份Sand Hill對于500家高水平的IT和業(yè)務(wù)部門經(jīng)理的調(diào)查顯示，美國企業(yè)對云計算感興趣的主要原因是業(yè)務(wù)靈活性，而不是因為其可以節(jié)約成本。49%的受訪者把業(yè)務(wù)靈活性作為他們最重要的目標。46%的受訪者把成本效益作為其最重要的目標。而排名第三位的目標是：釋放IT資源以便專注與創(chuàng)新，該項目標得到了不到一半的支持率：22%。

在業(yè)務(wù)單位和部門SaaS迅速傳播，這通常不需要IT幫助和戰(zhàn)略指導來確保功能的不重復或者與公司其他工具的不沖突。

Pemmaraju表示，人們往往把SaaS作為一種技術(shù)選擇，其實情況并不是這樣的。SaaS應該是一種業(yè)務(wù)選擇，并允許訪問技術(shù)以便可以實時應對業(yè)務(wù)需求。如果你只是把它看成是一種技術(shù)，你就必須考慮如何促進你業(yè)務(wù)目標的實現(xiàn)了。

2.考慮架構(gòu)問題

在決定簽署SaaS協(xié)議和減少內(nèi)部應用程序之前，Weis和其員工會花費一年的時間對公司現(xiàn)存的系統(tǒng)進行清點，并建立可以提供中間件和應用程序服務(wù)器以便可以連接新系統(tǒng)和現(xiàn)有系統(tǒng)的參考平臺。

Weis表示，我們的目標是，我們所有的應用程序都可以在基于分布式架構(gòu)的目標IT平臺上運行，J2E是基于中間件和應用程序服務(wù)器的。那一年的時間主要用來構(gòu)建基礎(chǔ)，同時也調(diào)整原有的組織結(jié)構(gòu)。我們雇傭了我們需要的技術(shù)人員，建立了質(zhì)量保證組，檢測組。而這些都是以前的組織中不存在的。

West表示，從長期來看，這種深謀遠慮的架構(gòu)計劃對任何企業(yè)都是非常有用的，盡管在該架構(gòu)在SaaS供應商開始提供更多的方式來整合SaaS和原有應用程序，以及和其他SaaS整合的時候變得越來越?jīng)]有必要了。

SalesForce.com的業(yè)務(wù)有一多半是通過APIs完成的，這意味著軟件是通過編程和其他系統(tǒng)聯(lián)系的。

像SalesForce這樣的SaaS供應商建立了很多很好的到他們應用程序的整合。像Boomi和最近IBM收購的Castlron這些第三方也可以實現(xiàn)預置程序和SaaS應用程序之間的數(shù)據(jù)同步。

像Appirio、ModelMetrics和BlueWolf這樣的第三方集成商也可以提供SaaS應用程序的整合集。

3.實時盤點并剔除冗余應用程序

具有重要IT基礎(chǔ)設(shè)施的公司很少會完全控制他們運行的所有應用程序。每一個顧問都有一個恐怖的經(jīng)歷。

West的經(jīng)歷是這樣的：每個公司都有三個部門，一個是26個單獨的ERP系統(tǒng)，大多來自收購，很多都是合并來的，但是軟件不是。Pemmaraju列舉了世界500強公司的CIO，他們都承認大概有15，000到20，000個應用程序，同時不知道是否為他們建立了連接。

維護重復使用的應用程序的成本是很高的。這些問題都是非常普遍的，而且很難解決。

Pemmaraju估計大部分企業(yè)的應用程序包括關(guān)鍵數(shù)據(jù)或者功能，而這些都要保留在防火墻以內(nèi)。其余的都是具有很高的通用性或者商品化，以便可以轉(zhuǎn)移到外部或者合并為一個小的品牌商。

但是，Weis表示，這是匹配內(nèi)部應用程序和基于云的應用程序的第一步。后臺的辦公應用程序是SaaS不錯的候選項，這些辦公應用程序包括：金融、人力資源和會計應用程序。

但是，這些可能還不能滿足特殊的要求。

Weis表示，在海運方面，有三十個左右的主要運營商，這不是一個足夠大的市場可以開發(fā)堅實足夠噸位的產(chǎn)品。所以像核心預定系統(tǒng)和預約系統(tǒng)，這些都是絕對的自定義生成文件，提貨單、業(yè)務(wù)規(guī)則和要求都是很具體的。

4.仔細檢查供應商的各項指標

Weis表示，在SaaS關(guān)系中，很重要的一點是供應商的經(jīng)濟基礎(chǔ)是否穩(wěn)固、管理是否良好、使用是否安全，以及是否有運行良好的數(shù)據(jù)中心。所以，重要的是要通過各種方式對供應商的財務(wù)狀況和能力進行核查。但是，Pemmaraju表示，選擇正確的SaaS供應商需要還需要做更多調(diào)查。

中小企業(yè)或者個別的部門可能會依賴Boomi或者Castlron來集成。更多的大型項目需要SaaS供應商為與現(xiàn)有的應用程序的緊密結(jié)合要提供更多合適的工具。

Pemmaraju表示，曾經(jīng)我有一個客戶說如果一個SaaS公司不能提供網(wǎng)絡(luò)服務(wù)框架，我是不會和他合作的。能夠從一個管理控制臺管理大量的SaaS應用程序是一項很多的交易。這也包括身份管理。如果你必須為每一個管理任務(wù)去不同的控制臺創(chuàng)建或者更改用戶信息，當有人離開公司的時候，這些信息就不能在所有的地方關(guān)聯(lián)起來。

在云計算方面，規(guī)模是一個問題，如果沒有一個共同的地方來管理它們，將很難維護。

5.比較合適的成本

Pemmaraju表示，企業(yè)預置型軟件看起來很貴是因為客戶需要預付大筆資金，并且在頭三年的使用中也要付大筆資金。之后，客戶的經(jīng)濟成本將會進行分析攤派的方式付。這也意味著依靠老化的軟件，就會在新版本中錯過潛在的利益。

SaaS應用程序看起來很便宜，是因為使用成本遠遠低于收購支出，而且它們還可以快速地提供有用的功能，這比其帶來的IT規(guī)范，建立和測試企業(yè)預置型應用程序都要快。

但是，Pemmaraju還表示，沒有一個連貫的戰(zhàn)略和成功的標準設(shè)置，它就不可能知道SaaS程序是否會產(chǎn)生真正的價值。

Weis表示，沒有好的集成工具和使用它們的能力，客戶就必須對每一個應用程序進行重復評估、測試、部署和管理，而不是用更好的流程和管理集成來簡化這些。

Weis表示，這是SaaS的真正的挑戰(zhàn)。他必須確保應用程序運行的平臺是被部署好的可以容易聯(lián)系它們的。最終很多SaaS是減少混亂，提高效率，同時能夠更好地處理業(yè)務(wù)的實際問題。