l 超過9,000 家獨立軟件供應商支持 WebSphere. 全球最大的100個軟件公司中有31個是應用程序供應商，其中有27個是基于WebSphere在開發，而這些公司中目前沒有基于Apusic開發的。
l WebSphere應用服務器（下面簡稱為WAS）處于市場第一的位置。
l WebSphere應用集成中間件處于市場第一的位置
附表實際數據：
1．Gartner在2007年6月發布的全球中間件市場份額數據。
|
產品名稱
|
市場份額
|
市場排名
|
|
IBM WebSphere應用服務器
|
38.4％
|
#1
|
2. Gartner魔力四象限圖顯示，Kingdee屬于市場落后位置。
WebSphere應用服務器從上世紀90年代誕生到現在，經歷了大量復雜場景、高并發、高負載、高性能要求以及各種復雜應用的洗禮和考驗，是一個非常成熟和可靠的產品。
l WebSphere應用服務器最新版本目前為WAS 6.1。WebSphere應用服務器每一個新版本的推出，都吸收了前一個版本在實踐中總結的寶貴經驗，對功能和性能都有卓越的改進。
而Apusic 2004年才首次通過J2EE認證，且J2EE認證只是對產品基本功能的認證，Apsic其功能和性能的完善還需要市場的考驗和相應的時間。
l WebSphere應用服務器在各種復雜場景特別是異構、高并發、高負載的情況下，在金融、電信、政府、制造業、流通領域等等各行各業，都有著大量成功案例。幾年以來，IBM在全球成功實施了數以萬計的電子商務應用以及綜合信息平臺，積累了豐富的實施經驗；同時IBM在本地提供了強大的技術支持和服務能力。這些經驗和支持將在很大程度上保證用戶在實施電子商務的過程中取得成功。
在Apusic官方發布的成功案例中，大多集中于中小企業，或者大型企業的非關鍵業務系統。從其公布的成功故事不難發現，在Apusic上運行的系統多為非關鍵業務系統或者對安全、性能和事務等要求不高的普通系統，例如綜合信息平臺、各類OA系統等，Apusic缺乏對于大數據量、高性能、高并發、高安全性等要求較高的系統的成功案例。而對于國際和國內各大銀行、電信、證券交易等對應用服務器性能、可靠性、事務和安全性等都要求十分苛刻的用戶，WebSphere都有著支撐它們關鍵業務的成功案例。
開放標準及跨平臺
ü 按照國際通行慣例，軟件宣稱支持某平臺時，需要明確列出支持的平臺的版本、平臺要求，現實地兌現客戶承諾。在跨平臺上，Kingdee宣稱支持多種硬件平臺，但其沒有實際平臺版本列表，只是泛泛地用Windows、Linux、UNIX一帶而過，連接后臺數據庫也是如此，同時，Apusic也沒有充分的客戶案例來說明支持什么樣的UNIX和Linux平臺。從而讓客戶在跨平臺選擇上面臨極大風險。
ü 在 J2EE標準的支持上：IBM的WebSphere應用服務器通過了J2EE的認證許可，同時還對J2EE中的許多規范做了一定的增強，以滿足企業應用對穩定性、安全性、高效性的需要；Kingdee Apusic基本上只是滿足基本J2EE認證的一個裸應用服務器，使用時留下大量工作需要客戶自行完成。
ü IBM領導了J2EE、Web Service、SOA、普及計算以及多渠道訪問的領先技術，而Kingdee Apusic只是這一技術的追隨者。對開放標準的領導需要資金和技術的支持，IBM每年在WebSphere領域中投入10億美元左右的資金，這一數字比Kingdee公司多年的總收入還要多。
綜合上面的描述，我們不難看出，IBM的WAS對J2EE標準的支持更徹底、更成熟，能提供更適合企業級應用的運行環境，滿足大規模用戶對完整性、高效性、易用性的要求。
技術對比
IBM除了100%對開放標準JAVA/J2EE、Web Services的支持外，采用了大量真正保證客戶企業級應用平滑運行的成熟技術，具有真正的實際意義。
WebSphere支持廣泛的平臺，可以對后臺的關系數據庫（DB2、Oracle、Sybase、Informix、Microsoft SQL Server）、消息中間件MQ、交易中間件TXSeries等資源實現真正的、可靠的兩階段提交，保證大型應用中事務的完整性，并且可以與主機（OS390）上的WAS實現兩階段提交；而Apusic現在公布的信息中，無法看到與Informix、MS SQL、 CICS、IMS、Encina、MQSeries或OS390上的資源實現兩階段提交的任何技術資料、用戶案例，不能保證用戶事務的完整性。
注：IBM軟件一直定位于企業級軟件產品的提供商，因此在企業計算領域積累了大量的經驗。
WebSphere中除了內含J2EE 1.4所要求的JMS 1.1（純JAVA實現）實現外，還可以通過MQSeries完全支持JMS的規范，可以實現數據庫與消息的兩階段提交，并且可以通過IBM的開發工具快速地開發出符合要求的程序，也可連接第三方的JMS服務器，是適應企業應用的首選；而Apusic的消息服務本身的消息服務只能選擇文件系統存儲，而且沒有考慮應用服務器與第三方消息提供產品、以及市場上最主流的消息產品MQ的集成。因此我們可以說，如果用戶希望一個只是用于演示的JMS環境，那么選擇Apusic；如果需要一個健壯的、高效的JMS環境，只有WebSphere滿足。
首先，我們要說明J2EE連接器（Connector）是由IBM公司最先提出的設計思想，并付諸實施（CCF）。在WAS中，通過Connector我們可以與OS390上的CICS、IMS等資源互連，并可以和CICS、IMS、HOD (Host on Demand)、SAP、PeopleSoft、Oracle ERP Financials、JD Edwards、Tuxedo (through XMLink - Prolifics)等企業資源方便連接，通過IBM提供的工具，所有的實現都是一個簡單的過程；而Apusic沒有相應的適配器支持，也沒有經過實際的驗證，滿足和上面所述資源的連通性。
說到高可靠性及高可用性方面，這是IBM引以為傲的技術。WebSphere可以通過透明的集群技術為所有的服務器實現智能的工作負載均衡。
ü WAS和Apusic都通過集群技術來進行負載均衡，但管理難易程度相差巨大。在拓撲結構上，Apusic的集群環境中無統一管理的組件，無法在統一視圖中管理整個集群環境，是一種非常初級、繁瑣的拓撲結構，沒有結點、域、統一管理者等概念。而WAS有著成熟的、結構清晰的單元、結點、應用服務器層次結構，方便了集群環境的擴展和管理。
ü IBM WebSphere Application Server提供了簡單的菜單設置方法來實現異構的Cluster技術。從用戶來的角度來看，他根本不用關心怎樣在一個平臺上實現Cluster技術，只需要通過簡單的菜單，按照“新建群集—新建集群成員”的簡單流程點擊按鈕、輸入集群名稱就可以復制出自己想要的異構集群環境，然后安裝一次應用，就可輕松實現應用的擴展。如果要修改部署在集群上的應用，只需修改1次即可。如果需要配置資源等參數，只需要進行1次操作。如果需要新增集群成員，只需要添加成員，同步即可。不需要再次安裝應用或者配置資源。而對于Apusic來說，雖然產品支持同時向多個服務器部署應用，但是如果客戶建立了具有n個集群成員的集群，希望新增1個集群成員，則必須在這個集群成員上重新加入應用，配置資源，然后手工修改服務器配置文件配置負載均衡器，才能升級其集群環境，這個過程非常麻煩而且容易引入錯誤。
ü 除了易用性的差別之外，更重要的是，集群技術要求各個集群成員上運行的應用必須完全一致，才能正確提供對于用戶訪問的透明性。在WAS中，這種應用在各個集群成員上一致性的保障是通過WAS服務器集群技術來保證的，應用安裝在集群上，就會自動分發到各個集群成員上（保證了每個集群成員上的應用都一致），并且在運行過程中還會由統一管理者（Deployment Manager）去監測每個集群成員上應用的一致性，如果某個集群成員由于外界因素改變了應用，會被Deployment Manager同步成與其他集群成員保持一致。這樣很好地保證了整個集群系統能透明地對外提供服務。而對于Apusic來說，集群上應用的一致性是由人手工來維護的。這就意味著，如果在集群的應用部署中，由于管理人員疏忽在不同集群成員之間部署的應用不一致，Apusic不能檢測這種不一致，從而造成最后用戶訪問的失敗或者前后不一致。
ü WebSphere應用服務器還支持不同版本的集群，比如在一個集群里面可以有版本5的節點也可以有版本6的節點。這種特點對于生產系統的升級非常有好處。Apusic無法在統一管理不同歷史版本。
除了WebSphere應用服務器內部的群集管理外，WebSphere應用服務器中還內置了Edge組件，提供了一個可伸縮的負載平衡方案，它可以處理HTTP、 FTP或別的基于TCP的服務。當一臺服務器或一組服務器的負荷增加時，Edge組件會自動重定向新的訪問流量到空閑的或更輕松的服務器，從而保證了對用戶最快速的響應。此外，Edge組件的的緩存代理服務的緩存功能可以用來加速客戶響應時間，減輕系統壓力。而Apusic缺乏相應的Web層面的負載均衡軟件的支持，用戶不得不購買額外的硬件或軟件產品來實現相應的功能。
WebSphere的集群技術帶來的高性能和高可靠性是有目共睹的。例如2000年悉尼奧運會網站，EBay電子港灣和溫布爾登網球公開賽的Web應用等這樣超大規模應用系統的成功構建和維護，也是IBM全套解決方案的完美體現，其中集群技術功不可沒。
在Apusic網站發布的文章中提到，“只要通過了J2EE 1.4認證，功能和性能差別就很小”。事實上，J2EE認證只是測試產品通過了測試集，滿足J2EE規范最基本的功能要求，對于性能并沒有做出認證。而在實際應用中，J2EE應用使用中遇到最多、難度最大、用戶最關心的也正是性能問題。
SPECjAppServer2004是評測Java 2企業版（J2EE）應用服務器實際性能的權威基準。在SPECjAppServer2004行業性能指標評測中，WebSphere應用服務器超出其它競爭對手64%，詳見http://www.spec.org/osg/jAppServer2004。而Kingdee Apusic目前為止沒有發布經第三方權威機構評測的性能指標。
在出現性能問題時，WebSphere應用服務器免費提供針對應用服務器運行狀態進行檢測和統計分析的工具Tivoli Performance Viewer(TPV)，從而可以對系統進行有效的監控，并指導其后的優化工作。Apusic也有類似的效率查看器，但二者功能、易用性上差別很大，例如：
l WAS的TPV能夠針對用戶要求設置不同粒度的監控級別，并有更多的監控項（或者稱為度量標準）可供選擇，從而在需要時能有效降低性能監控帶來的Overhead，或者進行更細粒度的監控，而Apusic不能設置監控級別，其監控項也十分有限。
l WAS的TPV能將各項指標繪制在同一張圖或者表中，并能將性能數據錄制成日志，以便日后回放，更好地進行性能問題分析和診斷；而Apusic的效率查看器只能單獨查看每一項，并且不能錄制性能數據進行回放。
另外，WebSphere應用服務器還免費提供性能顧問向導（performance advisor），對服務器當前性能數據和設置給出智能化的建議；Apusic未見此類智能化工具。
WebSphere應用服務器采用了大量Cache機制、Pooling技術來提高服務器性能，讓客戶能根據自己的硬件環境、應用特點來進行性能調優，并有大量的技術文檔和實施文檔來支持這種性能調優工作。而Apusic對性能調優工作只是一帶而過，目前在其知識庫中搜索到的有關性能調優的相關文章非常少。
WAS是一個成熟的商用服務器，內置豐富的安全性特征，提供了端到端（end-to-end）的安全解決方案。在認證方面，WebSphere 既可以采用基于userid/password進行認證，也可以采用基于X.509證書的認證（SSL）。WebSphere Application Server所帶的Web服務器（IBM HTTP Server）和應用服務器都支持SSL，保證了數據傳輸的安全性；用戶條目允許應用程序采用操作系統、LDAP或者定制方式作為用戶信息注冊表，支持"單點登錄，全網漫游"。
在對WAS資源的管理上，WAS管理控制臺可以定義管理員、監控員等多種身份，對資源的控制具有不同權限。同時，WAS還提供了細粒度的安全控制，可以分別控制單元、結點、服務器、集群、應用等級別的資源，每一級別的資源都可以設定響應選擇的管理組，從而提供了更完備的安全性。
另外，WAS管理控制臺可管理密鑰，另外還提供了密鑰管理工具ikeyman，方便了SSL配置時的密鑰、證書創建和管理。
而在Apusic管理控制臺及相關文檔中，只提及了管理控制臺的安全性及如何配置SSL(需要借助第三方工具Openssl生成密鑰文件)，而支持的認證方式、支持的用戶條目、分角色、細粒度的安全控制等等都沒有提及。
WAS和Apusic都可以通過管理控制臺和命令行方式進行管理，但Apusic通常采用命令行，使用非常繁瑣，且暴露的管理接口非常少，無法滿足用戶的實際需求。從使用體驗上比較起來，WAS的管理更加簡捷方便。例如：
l WAS具有功能強大的安裝工廠，使用自治管理技術，能將WAS的安裝包、維護包、WAS的配置、安裝在WAS環境上應用組合起來，形成一個定制的安裝包。從而讓“一次安裝、多次復制”稱為可能，極大的降低了安裝成本。
l WAS的管理控制臺對于消息服務、Session管理、數據源配置、應用部署等，都有各種細粒度的選項，讓用戶可以更好地控制應用服務器及應用的行為；而Apusic更像是一個初級版滿足最低要求的應用服務器，只涵蓋了最基本的內容。例如：Session的管理，在Apusic的管理控制臺中只能在應用服務器和web應用級別控制Session的概念，而且對web應用級別的Session管理未在基于IE瀏覽器的管理控制臺看到如何設置；而在WAS的管理控制臺中可以看到Session管理是分級別的，可以分別在應用服務器、應用、War模塊級別分別進行設置，除了Apusic Session服務涉及的范圍外，還包括會話跟蹤認證機制、是否允許Session溢出等，極大地方便了用戶根據自身需求調節應用服務器的表現。基于Web頁面的管理控制臺中，應用部署過程更是只有1個上傳按鈕，缺乏對應用部署的細粒度控制，如果需要細粒度控制需要到專用的Apusic部署工具中進行，造成了使用的不便。
l WAS管理控制臺中可控的每一項都有詳細的附加說明和聯機幫助文檔（集成在管理控制臺中），而Apusic管理控制臺中基本看不到幫助信息。用戶必須得另外閱讀產品文檔。而且，WAS的管理控制臺是可定制的，用戶可以定制管理控制臺讓其只顯示平常慣用任務，讓控制臺更加簡潔，降低用戶的管理成本。
l 當配置出錯時，WAS的管理控制臺可以直接打印出出錯提示信息，而Apusic管理控制臺不會顯示任何信息，用戶得切換到另一個命令行窗口中，才會看到非常不友好的出錯信息提示。
l 日志是進行錯誤診斷的重要依據。對于日志的管理上， WAS可以控制日志的長度或者截至時間，從而有效防止日志過長影響服務器性能；而Apusic的管理控制臺中沒有類似設置。WAS具有多種日志、并提供多種工具對日志進行分析和診斷，如日志分析器，線程分析器等等。Apusic中未見到此類工具。
l Apusic的集群環境是一種非常初級、繁瑣的拓撲結構，沒有結點、域、等概念，從而不能控制和保證整個集群環境下應用和集群成員的一致性，使得集群環境下管理人員必須不斷重復同樣的工作，既浪費時間，又容易引入錯誤。同時，還使得資源的配置等必須在每一個服務器的級別上進行，缺乏邏輯上的控制，造成整個過程異常繁瑣。有的情況下必須手工更改XML文件。這些限制對Apusic環境的擴展和復雜環境的管理都造成了極大的麻煩，并使得引入錯誤的可能性極大地增加。
l 在多臺服務器的環境下，WAS有“單元”和統一管理者（Deployment Manager）的概念，可以對多臺服務器在同一個管理控制臺中進行集中管理。而Apusic缺乏這種集中管理的概念，在復雜環境下大大增加了管理難度。
l WAS具有功能強大的腳本自動化工具，能非常容易地創建wsadmin自動化操作腳本，用以管理和配置WebSphere Application Server。對完全不熟悉wsadmin語法的管理員來說，可使用控制臺完成任務，并使用自動化工具獲得等價的wsadmin語句。在WAS產品包自帶的AST工具中，還提供了開發和測試wsadmin Jython腳本的自動工具集。從而大大降低了管理成本。
目前IBM WebSphere的開發工具RAD是JAVA領域中最為優秀的工具，它基于開放源碼的Eclipse技術，集Java/J2EE、XML、WebServices開發；網頁（HTML、JSP、JavaScript）、圖片可視化編輯；人性化網站建設工具集；測試、調試、團隊開發工具集于一身。它所提供的功能和方便易用性是業界其它工具都無法比的。
同時，WebSphere應用服務器中也自帶了基于Eclipse的開發和部署用具：Application Server Toolkit，提供基于WAS的應用創建、組裝和部署支持。
Apusic提供的基于Eclipse的開發工具Apusic Studio功能非常少：
ü 沒有集成的profiling工具，應用錯誤診斷非常不方便
ü 不能很好地支持單元測試，無法自動產生Web服務、EJB等單元測試的代碼
ü Web開發缺少一些關鍵功能，沒有Page和Site模板支持，沒有JavaScript debugger，沒有SDO的支持，不支持Web服務直接拖放到網頁上等等
注：Eclipse最初是由IBM開發的框架，并最終建立成一個源代碼開放的組織。
WebSphere應用服務器除了支持標準的J2EE規范之外，還提供了眾多的功能擴展，幫助客戶降低總體擁有成本。
WebSphere應用服務器支持會話發起協議(SIP) Servlets，用以降低SOA在發展中包含越來越多的應用(例如語音、視頻和即時通信)而帶來的復雜性。SIP協議是一種應用控制層協議，可以用來創建、修改和終止多媒體會話，傳遞多媒體數據。WebSphere應用服務器提供了JSR 116 SIP Servlets的支持，方便了協作式應用的開發。
WebSphere應用服務器支持JSR 168 Portlets，提供了Portlet容器。從而讓客戶可以在WAS上運行基于Portlets開發的功能更豐富、展現更靈活的應用。
由于WAS豐富的功能擴展，使得客戶能夠在WAS上運行新一代的聚合應用，使用SIP Servlets、Portlets、Servlet等各種技術創建功能強大的Web應用。
用戶需求往往要超出一個簡單的WEB應用，因此在很多情況下，這些需求不是單獨一個J2EE應用服務器所能滿足的。因此，我們在考慮應用服務器平臺的時候，需要把已有企業信息應用的集成，未來企業信息系統的發展等都考慮在一起。
完整性（Completeness）是WebSphere及其家族產品鮮明的特點和優勢。WebSphere電子商務平臺涵蓋了包括流程建模，運行平臺，開發工具，運營管理與維護，快速開發個性化應用和普及計算應用的中間產品等方面，而且各個產品組件之間具備無縫的集成。
下面是IBM關于企業信息系統集成以及搭建面向服務架構的參考架構圖：
Ÿ
在這些領域，IBM都分別有在市場上處于領先地位的成熟產品。
而對于Kingdee來說，目前主要推出了Apusic、Apusic MQ和BOS三個中間件產品，且功能較為初級，距離完整、成熟的解決方案還有很長的路要走。
象Kingdee這樣的中小型公司由于公司規模和資金的限制，服務很難覆蓋應用中間件領域如此眾多的用戶和多種形式，加之其精力基本都投入在了售前的部分，產品一旦售出就無力支持，在實際項目中使客戶承擔很大的風險。
IBM在中間件上的投入（WebSphere）巨大，其中，JAVA研發人員超過3000人，WebSphere的研究人員超過700人。僅僅在2001-2002年，就在WebSphere領域中投入10億美元。
相應的IBM分工十分明確。IBM中國軟件部，在北京我們在WebSphere家族的售前工程師就超過18人，全國有超過30人的WebSphere售前工程師。除此之外，IBM中國軟件部還有龐大的支持合作伙伴的隊伍，以及負責售后服務的Service Team，都由大量經驗豐富的工程師組成。特別的，從2005年開始，IBM建立了一個超過200人的Lab Based Service Team，依托于IBM在國內的實驗室力量（IBM中國研發實驗室有近2000名工程師和科學家）為客戶提供各種高級服務。
此外，IBM對用戶提供大量WAS產品文檔、JAVA/J2EE、XML、開放標準、開發、技術前沿的網站：
Kingdee的Apusic所有信息目前都發布在一個小型網站上，上面提到的任何一個WAS相關支持網站都比現有的Apusic網站內容更為豐富。例如，對于WAS產品的電子學習書籍，就分為基本管理、高可用性、安全等幾本書籍，詳細介紹了WAS產品的架構以及強大功能。
l IBM WebSphereIBMIBM
l VAJ+StudioRAD IBMRADRational Application DeveloperWeb Services和XMLKingdee ApusicApusic Studio
l WebSphereKingdeeApusicKingdee Apusic
l WebSphere
l IBM WebSphereDB2InformixSybaseOracleSQL ServerApusic
l WASSIPPortlet
l ApusicIBM
|
