微軟再擊平臺之爭戰鼓

長久以來微軟以Application Center、BizTalk Server、Commerce Server、SQL Server所組合而成的應用程式平臺解決方案早已存在，由於不是單一產品所以並沒有強調應用伺服器的角色。在J2EE陣營叫響「應用伺服器」這個名詞之後，微軟在Windows Server 2003上市的同時，宣示以Windows Server 2003、.NET Framework 1.1與Visual Studio .NET 2003以平臺的觀念正式競逐應用伺服器市場。

經過市場的炒作之後，J2EE應用伺服器產品包裝Portal、開發及整合工具，由於微軟有SharePoint Server、Microsoft Message Queue等對應的產品，再加上.NET Framework 1.1開發平臺支援Web Services技術具有跨平臺應用程式溝通的能力，CLR(Common Language Runtime)與COM+可控管.NET與COM元件，所以微軟決定宣示應用伺服器的角色，並強調應用程式平臺的觀念。

與J2EE應用伺服器產品不同的是， IIS 6.0、.NET Framework1.1與COM+已內建在Windows Server 2003之中，與其他各別的產品有所區隔，微軟不會將所有應用伺服器相關產品包裝在一起，以共同的產品名稱推出。未來將區分為Windows Server Systems：包含SQL Server、Exchange Server、BizTalk Server等，及Windows Server Family包含Windows所有伺服器作業系統。

.NET與Java兩者發展的策略不同，Java由程式語言發展出來，強調單一語言可跨平臺的特性；.NET以平臺的角度為出發點，著重Windows平臺上的整合與串連。微軟資深產品行銷經理王嘉玲表示：「.NET與Java不只是應用伺服器的競爭，而是平臺之爭。」企業的選擇決定了應用伺服器前後端的資料庫、EAI、Portal機制，將走向截然不同的技術領域，也牽動著兩大陣營的市場版圖。

不可否認，大型主機搭配Unix作業系統及J2EE應用伺服器解決方案，是目前對穩定性及安全性要求嚴苛的大型企業最佳的選擇。王嘉玲認為以金字塔結構來看，雖然微軟目前無法達到那3%族群的要求，仍可滿足其他97%企業的需求，且.NET的簡單易學，可降低技術人員學習門檻及企業總體擁有成本。

J2EE與.NET應用程式平臺並不是完全河水不氾井水的，目前可透過Web Services互通資訊。雖然已有資訊廠商及專案研發.NET與Java元件互通的技術，嘗試在其他平臺依照微軟公開的規格實作.NET環境，或編譯Java與.NET程式的中介碼，成為對方陣營的平臺可執行的應用程式或元件。但是微軟與昇陽皆認為互相整合太過理想化，並不會主動支援對方的應用程式平臺。

針對外界質疑J2EE第一領先群廠商開發的應用伺服器產品，多包含專屬API導致其開放性受到限制，昇陽教育訓練服務總經理洪志鵬表示：「這是企業的考量，使用專屬規格可增加便利性，遵循公開標準則保有開放性。」第一領先群的產品內附文件多會說明不套用專屬規格的解決方案，不使用專屬規格較為麻煩，但仍有替代的方法。

Java陣營認為選擇Unix與Java平臺的彈性比較大，企業可選擇免費的作業系統、開發工具及應用伺服器，經費足夠時再升級搭配IBM、BEA與昇陽等高檔的軟硬體產品。不過企業不可忽視無形的成本與風險，畢竟Unix、Linux與Java的技術門檻較高，聘請專業人才的成本較高，更重要的是免費軟體表示沒有技術支援與售後服務，系統出現問題無法解決時只好自求多福。

以應用伺服器層面來看，.NET與J2EE沒有絕對的好壞，完全使用Windows作業系統及應用程式的企業，.NET是必然的選擇。跨平臺是J2EE最強的優勢，企業若有整合異質系統的需求，就必須選擇J2EE作為應用程式平臺。由此看來，微軟加入應用伺服器市場，對J2EE廠商影響不大，有跨平臺需求的企業，自然會選擇J2EE的產品。雖然.NET與Java相互叫陣，其實市場區隔相當明確，對企業而言不是很難的抉擇，可視情況各取所需。文⊙李延華