我們本週在 SpringOne Americas 會議上釋出了一個名為 SpringSource tc Server 的新產品。 Springsource tc Server 是一個基於 Apache Tomcat 的企業級 Web 應用程式伺服器。

儘管 SpringSource 並不是第一家圍繞 Apache Tomcat 構建產品的公司（WebSphere Community Edition 和 JBoss 都在其 J2EE 應用程式伺服器中嵌入了 Tomcat 的版本，並且 JBoss Web 2.1.1 的開發者版本也嵌入了 Tomcat），但 tc Server 的獨特之處在於它保留了 Tomcat servlet/JSP 程式設計模型。 為 Tomcat 編寫的應用程式可以 100% 移植到 tc Server，反之亦然。

tc Server 保留了開發人員關心的 Tomcat 的所有最佳方面，並增加了操作和支援團隊所需的必要管理和診斷功能，以降低在關鍵任務生產中執行 Tomcat 託管應用程式的風險和總體成本。 就像 Tomcat 一樣，tc Server 輕巧、易於使用且速度快。 它的記憶體佔用約為 7 兆位元組，冷啟動時間不到 3 秒。 在 Web 應用程式的吞吐量和可伸縮性方面，它還可以與任何功能齊全的 Java EE 應用程式伺服器競爭。

如果您今天使用 Tomcat，您已經知道版本 6 在解決可靠性方面已經走了很長一段路。 Tomcat V6 中的叢集已經大大改進。 tc Server 完善了該軟體包，併為企業 Java Web 應用程式部署提供了基本的“您需要什麼，而不是您不需要什麼”解決方案。

tc Server 包含一個操作控制檯，允許定義和單步管理伺服器組，它還與 Tomcat 緊密整合，以提供對分散式 Tomcat 伺服器場的無與倫比的可見性和控制。

tc Server 是我們多年來向 Tomcat 提交程式碼和支援 Tomcat 生產的經驗的結果。 透過我們的經驗，我們看到了兩種關鍵的用例。

首先，我們瞭解到，雖然開發人員喜歡開源 Apache Tomcat，但通常在生產中維護這些應用程式的成本包括隱藏成本。 管理大型 Tomcat 伺服器場可能很昂貴。 大多陣列織最終都會編寫自己的指令碼來進行配置和部署。 由於標準的 Tomcat 的診斷能力有限，因此在測試和生產中排除故障可能既緩慢又昂貴。

其次，我們瞭解到，今天部署在完整的 Java EE 應用程式伺服器上的大量應用程式僅使用 servlet API。 大多數 Spring 應用程式都屬於此類別，它們使用 Spring 容器而不是 EJB 容器。 通常，組織會在 Tomcat 上進行開發，然後在 Java EE 應用程式伺服器上進行部署。 他們在 Tomcat 上進行開發是因為 Tomcat 為他們提供了開發人員的生產力（同樣是因為它簡單且快速）。 他們在功能齊全的 Java EE 應用程式伺服器上進行部署，是因為操作團隊受益於 Java EE 應用程式伺服器附帶的管理和診斷功能。

tc Server 旨在解決這兩個用例。 一方面，升級到 tc Server 的 Tomcat 使用者將受益於 tc Server 中的操作管理和高階診斷功能。 另一方面，在商業 Java EE 應用程式伺服器上部署的 Web 應用程式可以在 tc Server 上得到支援，而成本僅為 Java EE 伺服器的一小部分。 tc Server 將免費提供給所有開發人員，用於生產部署的訂閱費用約為每個 CPU 500 美元。

對於需要精益、強大且低成本的平臺來部署 Web 應用程式的組織來說，tc Server 應該很有用。 Spring/Tomcat 現在是 Java Web 應用程式的領先堆疊。 因為部署在 Tomcat 或 tc Server 上的任何應用程式都可以無縫升級到 SpringSource dm Server，所以這也可以為公司遷移到模組化的 OSGi 架構提供一個平滑的路線圖。

我們將於 2009 年 1 月釋出 tc Server。 試用一下，讓我們知道您的想法。