SaaS的中文名字叫做軟件即服務。簡單的說，SaaS模式是一種通過互聯網提供軟件的模式。作為企業來說，不需要購買軟件，而只需要向軟件提供商租用軟件即可。軟件提供商除了供應軟件外，還負責相關軟硬件的維護工作。所以就有一個軟件即服務的說法。這種軟件部署方式確實可以減輕在信息化管理方面的投資與風險，它消除了企業購買、構建和維護基礎設施和應用程序的需求。那么其真的有SaaS軟件公司宣稱的那么好嗎?是否有黃婆賣瓜、自賣自夸的嫌疑呢?筆者現在就以ERP項目為例，談談以SaaS模式部署ERP時需要的二大挑戰。           

挑戰一：互聯網絡中斷對于業務的挑戰。  

    在企業中實施過ERP項目的技術人員一定知道，企業如果使用了ERP軟件，那么其就一天都離不開這個系統了。就好象員工使用電腦辦公后，很難再離開電腦。筆者為此也作過一個簡單的測試。如在一個有兩年ERP系統使用經驗的企業中，筆者把服務器人為的暫停一天。結果這一天中，企業員工不知道該做什么事情好。由于相關的數據(訂單信息、產品庫存等等)都是保存在ERP服務器中。而現在ERP系統不能用，他們就無法獲取這些信息。為此員工的工作也就無法正常展開。一天也就無所事事的過了。筆者通過這個測試，本意是想提醒企業系統管理人員要做好服務器的日常備份與服務工作，以免因為服務器罷工而對企業的日常生產經營產生負面的影響。不過從這個測試也可以看出，企業對ERP系統的依賴性。  

    而現在如果把ERP服務器部署在互聯網上，企業用戶通過互聯網來訪問ERP軟件。那么其使用ERP軟件就有一個前提，即互聯網必須時刻可用。但是在企業中做過網絡管理員一定知道，現在在國內很難保證其互聯網都是時刻暢通的。如現在到處在搞開發，很有可能哪家開發公司在挖地的時候不小心把光纖給挖斷了，導致網絡通信中斷。如電信等網絡公司星期六、日往往是不對公的。如果在星期六發現網絡故障報修的話，往往需要星期一才過來維修。而對于大部分生產企業來說，星期六、日都需要正常上班。再如有時候屬于病毒高發的季節或者其他原因，網絡管理員會暫時中斷企業局域網與互聯網的連接。可見，無論是出于本意還是被迫，企業內網與互聯網之間的連接不確定性太高。雖然部署在內網的ERP服務器不能夠保證百分之百的不出現故障，偶爾其也會發一下脾氣。但是這個幾率比企業內網跟外網發生中斷的幾率要高的多。  

    所以筆者認為，如果把ERP服務器部署在互聯網上，那么SaaS企業首先需要面對的一個挑戰就是當企業與互聯網之間的網絡通信發生故障時如何保障企業正常業務的進行。在推廣SaaS產品的時候，他們可能不會向企業用戶說明這個風險。而真到遇到這個問題的時候，他們會把責任推開。故企業在選擇SaaS應用的時候，需要評估一下由此帶來的操作風險。  

挑戰二：速度對于業務的挑戰。  

    在ERP系統中，有些作業涉及到比較復雜的運算，即使在企業內部網絡中跑也需要花費一定的時間。如根據銷售計劃來產生生產計劃，則主要是ERP系統中生產排程模塊的主要作業。筆者給不少企業負責過這個模塊，由于其運算量達，涉及到的基礎數據比較多。為此其運算時間比較長。對于一個月或者二個月的生產計劃，往往在后臺中需要運行5到10分鐘左右才能夠得出正確的結果。在企業內部網絡中運算都需要這么多的時間，如果放在互聯網的ERP服務器中進行運算的話，那這個時間不是更長?此時用戶是否有這么大的耐心來等待呢?  

    由于互聯網的速度比局域網速度要慢許多，為此同樣的數據(如報表)從企業內部網絡服務器下載要比從互聯網上的服務器上下載要慢的多。其實，如果企業內部部署有企業郵箱的話，那么對于這個速度的差異會有更加直觀的印象。如發一封帶有2M左右的附件的郵件。如果采用互聯網上的郵箱服務器，如新浪等等，那么可能沒有10分鐘時間很難把這個附件傳上去。而在企業內部的郵箱服務器中，則可能只需要1分鐘都不到的時間就可以把這個附件傳到郵箱服務器中并發送到其他的員工手中。為此互聯網與企業內部局域網最大的一個差距就是帶寬上的一個差距。如果企業使用光纖的話，這個差異可能會小一點。但是現在大部分的中小企業，仍然是采用哪種ADSL撥號或者其他的撥號上網的方式，局域網與互聯網之間的帶寬比較小。在這種情況下，如果在采用SaaS模式的話，那么其帶寬就會成為SaaS應用的一大瓶頸。作為SaaS的軟件供應商，需要優化自己的軟件，減少在互聯網上數據的傳輸量，以提交應用程序的性能。但是這個提高的程度也是非常有限的。  

    其實對于這方面性能上的差異大家很容易測試。現在不少的應用軟件也已經支持互聯網的訪問。只要企業網路管理員通過NAT等類似的技術給應用服務器配置一個合法的公網地址。那么外網的用戶就可以通過互聯網來訪問這個應用服務器。此時企業用戶就會發現，其速度要比在內網中訪問服務器慢的多。雖然這個測試可能不怎么科學，受到企業應用服務器性能等方面的影響。但是這個結果也八九不離十，不會有多大的差異。  

    另外有些企業是通過在企業內部部署一個備用服務器來提供應用服務器的性能。其實這已經脫離了SaaS的部署模式。也就是說，他們會在企業內部部署一個ERP服務器，然后定時的把ERP服務器中的數據備份到互聯網上的服務器中。當內部服務器出現故障后，仍然可以使用互聯網上的ERP服務器。這確實可以解決應用服務器性能下降等方面的原因。但是此時企業還必須要在企業內部架立一臺服務器。其實此時這種模式跟SaaS的前身軟件租用非常的類似。而以前的事實已經證明軟件租用是失敗的一個方案。  

    為此，筆者認為如果采用SaaS模式來部署ERP這種大型的企業管理應用的話，不一定行得通。因為在SaaS模式下，服務的穩定性與性能是其最大的挑戰。那么為什么在國外，如美國這種方案能夠有一定的市場呢?這主要是因為他們的網絡部署已經比較完善，網絡帶寬也比國內要大的多。這兩個瓶頸資源對于美國的大部分企業來說，已經不是問題。所以兩國的網絡國情不同，這也導致SaaS的前景不同。不過現在隨著3G網絡技術的普及，網絡帶寬與性能得到了極大的改善。為此在以后的發展中，或許SaaS會借著3G的東風，而火一把。