因?qū)懽魉�需，總要查詢一些國外電子商務最新發(fā)展狀況。于是家里申請了小區(qū)寬帶，以便隨時能網(wǎng)上走出國門沖沖浪，倒騰點素材回來。我經(jīng)常發(fā)現(xiàn)訪問國外網(wǎng)站極其緩慢，好不容易找到一點資料，卻總像蝸牛般過好久才可打開網(wǎng)頁，或者干脆超時失敗。認真思考之后，我找到了能自我安慰的理由：人家畢竟離你遠嘛！況且，據(jù)說美、歐的互聯(lián)網(wǎng)還處于新老平臺混雜的階段，不像中國寬帶網(wǎng)"青出于藍而勝于藍"，要干就干最新一代"無比寬廣的寬帶網(wǎng)"。
　　后來，訪問國內(nèi)一些網(wǎng)站也經(jīng)常出現(xiàn)上述現(xiàn)象。自己沒敢多想，更多懷疑奔4筆記本是否又跟不上形勢了。
　　前些天和幾個IT界行家喝茶，閑聊時談起自己的遭遇，順便咨詢應該更換成怎樣的筆記本電腦才對。結(jié)果，大伙的一陣笑聲搞得我一頭霧水。
　　起點軟件的鄧總講：他剛剛回訪過杭州一家實施SynleadCRM的HZ公司，HZ公司分布在各地的機構(gòu)通過因特網(wǎng)遠程訪問總部CRM和ERP服務器，同樣遭遇類似問題。HZ公司的計算機軟硬件配置都較高，但問題出在互聯(lián)網(wǎng)上。最典型的是HZ公司在杭州的兩處辦公室，兩個樓前后相距不過幾百米并且都是同一家ISP，但對總部服務器的ping值居然經(jīng)常高達1000毫秒！這樣的傳輸根本不能支撐電子商務運作！HZ公司找到ISP，責問這樣的互聯(lián)網(wǎng)傳輸質(zhì)量怎能保障電子商務應用，要求其確保傳輸質(zhì)量，但人家直言不予承諾。
　　回家的路上，望著北京街頭時不時擁堵的人流和車流，手握方向盤慢慢向前爬行。一個奇怪的念頭閃現(xiàn)出來：要是近一億網(wǎng)民中的大部分，像我外甥那樣四處沖浪、下載各類影片和小說、上網(wǎng)聊天唱歌亂發(fā)郵件，這互聯(lián)網(wǎng)是否會被擁塞得不成樣子？如此這般，企業(yè)的電子商務應用能通暢嗎，尤其是那些在寬帶網(wǎng)時代應運而生的動態(tài)DHTML高端應用，例如動態(tài)CRM和ERP，所需的快車道在哪里啊？
　　一旦腦子里徘徊著問題，再看到那個"無比寬廣的寬帶網(wǎng)"電視廣告時，浮現(xiàn)出的情景就變了樣：有人不斷地修路、拓寬道路，但總是趕不上機動車、自行車、行人在道路上的增長速度；路口上，自行車和行人不斷地闖紅燈，機動車無奈地一點點挪動……機動車想快速跑起來？呵呵，也許你要為此付出高昂的代價。
　　之后的幾天，自己開始關注人多路窄的中國互聯(lián)網(wǎng)現(xiàn)狀與企業(yè)期盼電子商務應用快車道之間的矛盾沖突。每每給自己設立問題后，總想找到一些答案，不然寢食難安。過去自己更多關心路上跑的車，較少注意道路本身。我咨詢了電信、網(wǎng)通、CRM、ERP等公司的朋友們，又到國內(nèi)外網(wǎng)站了解了一些情況，為自己歸納出幾條答案，也供企業(yè)進行信息化建設時參考：
　　對參與中國寬帶網(wǎng)的設計、建設者們而言，網(wǎng)絡投入運營短短幾年內(nèi)就一下子涌上來近億網(wǎng)民恐怕是始料未及的。一方面要求擴容的聲音不絕于耳，另一方面ISP、IDC對主機大流量下載、傳輸開始加以限制。說到底，無論是中國電信或者中國網(wǎng)通等，還是路(帶寬)修得不夠?qū)�，�?路由)搭得不夠暢。在互聯(lián)網(wǎng)服務質(zhì)量(QoS)保證方面，對用戶更是避實就虛，頂多吞吞吐吐地在"連通率"上做文章，對"ping值"和"丟包率"這類嚴重影響電子商務數(shù)據(jù)包交換效率的硬指標閉口不談。用戶企業(yè)在公網(wǎng)平臺上以B/S或VPN方式構(gòu)建CRM、ERP應用，原本就是期待獲得更廉價的傳輸解決方案，現(xiàn)在看來用戶企業(yè)不得不為廉價傳輸而去忍受QoS的苦痛。不管怎樣，我還是建議集團化企業(yè)的總部和各地分支機構(gòu)，盡可能選擇同一家互聯(lián)網(wǎng)平臺及接入提供商(例如同時選擇中國電信，或者同時選擇中國網(wǎng)通，這兩家在主要城市都開展"競爭"業(yè)務)，避免因選擇不同提供商而遭受他們之間路由阻塞帶來的更多煩惱。
　　在今天互聯(lián)網(wǎng)QoS難以保障的情況下，基于互聯(lián)網(wǎng)平臺的CRM、ERP系統(tǒng)，對應用程序和數(shù)據(jù)傳輸采取動態(tài)壓縮、解壓技術就成為最現(xiàn)實、最有效的方法。事實上，當前互聯(lián)網(wǎng)QoS問題的存在已經(jīng)催生了另一個嶄新的市場--針對B/S動態(tài)DHTML日益迫切的需求、不斷增大的應用程序和數(shù)據(jù)包，越來越多的站點動態(tài)壓縮軟件產(chǎn)品雨后春筍般涌現(xiàn)出來�；�于新一代HTTP/1.1標準，微軟帝國的IE6.0瀏覽器能夠很好地對GZIP等動態(tài)壓縮包予以解壓，但其服務器端IIS動態(tài)壓縮應用程序和XML數(shù)據(jù)還存在一定問題，反而比不上其他一些較小公司推出的更成熟產(chǎn)品(例如PipeBoost2.0等)。據(jù)了解，這類軟件可以把動態(tài)DHTML程序和數(shù)據(jù)壓縮到原來的1/3-1/2，這意味著互聯(lián)網(wǎng)QoS較差時(ping值幾百毫秒)，原先需要20秒鐘的傳輸，壓縮后只需要6-10秒。與其坐等互聯(lián)網(wǎng)運營商至今都拿不出的QoS承諾時間表，不如更客觀、現(xiàn)實地采用第三方軟件對站點執(zhí)行動態(tài)壓縮，這是我給企業(yè)運作CRM、ERP管理的另一條建議。
　　一味單純地追求"快"，很可能讓您企業(yè)的CRM、ERP管理掉入另外一個陷阱。主體基于第一代靜態(tài)HTML技術的B/S應用軟件看上去似乎較快，但它傳輸?shù)膬H僅是數(shù)據(jù)頁面，而很少傳輸內(nèi)含豐富動態(tài)行為的動態(tài)應用程序。靜態(tài)HTML更適合被用來打造企業(yè)網(wǎng)站，無法滿足日益靈活、事物間關聯(lián)更加豐富的現(xiàn)代商務、生產(chǎn)管理。過去一些主要采用靜態(tài)HTML編寫的CRM、ERP系統(tǒng)后來被企業(yè)棄置不用，從一個側(cè)面也驗證了員工難以接受枯燥、呆板、反而加重工作量的管理方式。而動態(tài)DHTML更加強調(diào)總體性能、功能和效能上滿足企業(yè)動態(tài)管理的需要，同時傳送數(shù)據(jù)和具有動態(tài)行為的組件或應用程序，并且如前面所述支持動態(tài)壓縮傳輸。我本人始終對代表著發(fā)展方向的新技術、新商務機制充滿積極態(tài)度，我最后給企業(yè)的建議是：選擇那些具有應用軟件設計前瞻眼光、洞悉互聯(lián)網(wǎng)QoS并擅長解決"快車道"矛盾沖突的供應商，和這個世界一同發(fā)展、進步。
　　寫到這里，我又在憧憬"無比寬廣的寬帶網(wǎng)"美好明天，我告訴自己--這一天能夠到來。
　　以上隨筆如有不妥之處，望指正。

起點公司供稿 CTI論壇編輯