- 掛牌上市企業(yè)
- 60秒人工響應
- 99.99%連通率
- 7*24h人工
- 故障100倍補償
SaaS模式部署ERP應用的二大挑戰(zhàn) |
| 發(fā)布時間: 2012/9/9 16:54:06 |
|
SaaS的中文名字叫做軟件即服務。簡單的說，SaaS模式是一種通過互聯(lián)網提供軟件的模式。作為企業(yè)來說，不需要購買軟件，而只需要向軟件提供商租用軟件即可。軟件提供商除了供應軟件外，還負責相關軟硬件的維護工作。所以就有一個軟件即服務的說法。這種軟件部署方式確實可以減輕在信息化管理方面的投資與風險，它消除了企業(yè)購買、構建和維護基礎設施和應用程序的需求。那么其真的有SaaS軟件公司宣稱的那么好嗎?是否有黃婆賣瓜、自賣自夸的嫌疑呢?筆者現(xiàn)在就以ERP項目為例，談談以SaaS模式部署ERP時需要的二大挑戰(zhàn)。 挑戰(zhàn)一：互聯(lián)網絡中斷對于業(yè)務的挑戰(zhàn)。 在企業(yè)中實施過ERP項目的技術人員一定知道，企業(yè)如果使用了ERP軟件，那么其就一天都離不開這個系統(tǒng)了。就好象員工使用電腦辦公后，很難再離開電腦。筆者為此也作過一個簡單的測試。如在一個有兩年ERP系統(tǒng)使用經驗的企業(yè)中，筆者把服務器人為的暫停一天。結果這一天中，企業(yè)員工不知道該做什么事情好。由于相關的數據(訂單信息、產品庫存等等)都是保存在ERP服務器中。而現(xiàn)在ERP系統(tǒng)不能用，他們就無法獲取這些信息。為此員工的工作也就無法正常展開。一天也就無所事事的過了。筆者通過這個測試，本意是想提醒企業(yè)系統(tǒng)管理人員要做好服務器的日常備份與服務工作，以免因為服務器罷工而對企業(yè)的日常生產經營產生負面的影響。不過從這個測試也可以看出，企業(yè)對ERP系統(tǒng)的依賴性。 而現(xiàn)在如果把ERP服務器部署在互聯(lián)網上，企業(yè)用戶通過互聯(lián)網來訪問ERP軟件。那么其使用ERP軟件就有一個前提，即互聯(lián)網必須時刻可用。但是在企業(yè)中做過網絡管理員一定知道，現(xiàn)在在國內很難保證其互聯(lián)網都是時刻暢通的。如現(xiàn)在到處在搞開發(fā)，很有可能哪家開發(fā)公司在挖地的時候不小心把光纖給挖斷了，導致網絡通信中斷。如電信等網絡公司星期六、日往往是不對公的。如果在星期六發(fā)現(xiàn)網絡故障報修的話，往往需要星期一才過來維修。而對于大部分生產企業(yè)來說，星期六、日都需要正常上班。再如有時候屬于病毒高發(fā)的季節(jié)或者其他原因，網絡管理員會暫時中斷企業(yè)局域網與互聯(lián)網的連接。可見，無論是出于本意還是被迫，企業(yè)內網與互聯(lián)網之間的連接不確定性太高。雖然部署在內網的ERP服務器不能夠保證百分之百的不出現(xiàn)故障，偶爾其也會發(fā)一下脾氣。但是這個幾率比企業(yè)內網跟外網發(fā)生中斷的幾率要高的多。 所以筆者認為，如果把ERP服務器部署在互聯(lián)網上，那么SaaS企業(yè)首先需要面對的一個挑戰(zhàn)就是當企業(yè)與互聯(lián)網之間的網絡通信發(fā)生故障時如何保障企業(yè)正常業(yè)務的進行。在推廣SaaS產品的時候，他們可能不會向企業(yè)用戶說明這個風險。而真到遇到這個問題的時候，他們會把責任推開。故企業(yè)在選擇SaaS應用的時候，需要評估一下由此帶來的操作風險。 挑戰(zhàn)二：速度對于業(yè)務的挑戰(zhàn)。 在ERP系統(tǒng)中，有些作業(yè)涉及到比較復雜的運算，即使在企業(yè)內部網絡中跑也需要花費一定的時間。如根據銷售計劃來產生生產計劃，則主要是ERP系統(tǒng)中生產排程模塊的主要作業(yè)。筆者給不少企業(yè)負責過這個模塊，由于其運算量達，涉及到的基礎數據比較多。為此其運算時間比較長。對于一個月或者二個月的生產計劃，往往在后臺中需要運行5到10分鐘左右才能夠得出正確的結果。在企業(yè)內部網絡中運算都需要這么多的時間，如果放在互聯(lián)網的ERP服務器中進行運算的話，那這個時間不是更長?此時用戶是否有這么大的耐心來等待呢? 由于互聯(lián)網的速度比局域網速度要慢許多，為此同樣的數據(如報表)從企業(yè)內部網絡服務器下載要比從互聯(lián)網上的服務器上下載要慢的多。其實，如果企業(yè)內部部署有企業(yè)郵箱的話，那么對于這個速度的差異會有更加直觀的印象。如發(fā)一封帶有2M左右的附件的郵件。如果采用互聯(lián)網上的郵箱服務器，如新浪等等，那么可能沒有10分鐘時間很難把這個附件傳上去。而在企業(yè)內部的郵箱服務器中，則可能只需要1分鐘都不到的時間就可以把這個附件傳到郵箱服務器中并發(fā)送到其他的員工手中。為此互聯(lián)網與企業(yè)內部局域網最大的一個差距就是帶寬上的一個差距。如果企業(yè)使用光纖的話，這個差異可能會小一點。但是現(xiàn)在大部分的中小企業(yè)，仍然是采用哪種ADSL撥號或者其他的撥號上網的方式，局域網與互聯(lián)網之間的帶寬比較小。在這種情況下，如果在采用SaaS模式的話，那么其帶寬就會成為SaaS應用的一大瓶頸。作為SaaS的軟件供應商，需要優(yōu)化自己的軟件，減少在互聯(lián)網上數據的傳輸量，以提交應用程序的性能。但是這個提高的程度也是非常有限的。 其實對于這方面性能上的差異大家很容易測試。現(xiàn)在不少的應用軟件也已經支持互聯(lián)網的訪問。只要企業(yè)網路管理員通過NAT等類似的技術給應用服務器配置一個合法的公網地址。那么外網的用戶就可以通過互聯(lián)網來訪問這個應用服務器。此時企業(yè)用戶就會發(fā)現(xiàn)，其速度要比在內網中訪問服務器慢的多。雖然這個測試可能不怎么科學，受到企業(yè)應用服務器性能等方面的影響。但是這個結果也八九不離十，不會有多大的差異。 另外有些企業(yè)是通過在企業(yè)內部部署一個備用服務器來提供應用服務器的性能。其實這已經脫離了SaaS的部署模式。也就是說，他們會在企業(yè)內部部署一個ERP服務器，然后定時的把ERP服務器中的數據備份到互聯(lián)網上的服務器中。當內部服務器出現(xiàn)故障后，仍然可以使用互聯(lián)網上的ERP服務器。這確實可以解決應用服務器性能下降等方面的原因。但是此時企業(yè)還必須要在企業(yè)內部架立一臺服務器。其實此時這種模式跟SaaS的前身軟件租用非常的類似。而以前的事實已經證明軟件租用是失敗的一個方案。 為此，筆者認為如果采用SaaS模式來部署ERP這種大型的企業(yè)管理應用的話，不一定行得通。因為在SaaS模式下，服務的穩(wěn)定性與性能是其最大的挑戰(zhàn)。那么為什么在國外，如美國這種方案能夠有一定的市場呢?這主要是因為他們的網絡部署已經比較完善，網絡帶寬也比國內要大的多。這兩個瓶頸資源對于美國的大部分企業(yè)來說，已經不是問題。所以兩國的網絡國情不同，這也導致SaaS的前景不同。不過現(xiàn)在隨著3G網絡技術的普及，網絡帶寬與性能得到了極大的改善。為此在以后的發(fā)展中，或許SaaS會借著3G的東風，而火一把。 本文出自：億恩科技【www.artduck.net】 |
0371-60135900
京公網安備41019702002023號
香港服務器租用
美國服務器租用
電信骨干機房
聯(lián)通骨干機房
