目前，我們使用 Request Tracker 進行服務台票務處理，使用 Spiceworks 進行資產盤點。我正在考慮是否值得將服務台從 RT 遷移到 Spiceworks。有人使用過這兩個系統並且可以提供一些關於這兩個系統的優點/問題的見解嗎？或者有一般的哲學原因為什麼人們應該使用一種解決方案而不是另一種？當然，RT 是開源的，而Spiceworks 不是——通常這對我來說是一個主要項目——但由於Spiceworks 是免費的，並且相當積極地參與社區參與，所以它不是我（個人）關心的主要問題。
答案1
Spiceworks 運作良好，直到它失效為止。只要您意識到它的性能限制，您就可以接受它。
我的組織目前正在嘗試在 1000 多個使用者環境中推出 Spiceworks。我們遇到了嚴重的效能限制，因為它無法利用兩個以上的核心，依賴緩慢的 SQLite 後端，並且消耗大量磁碟 I/O。在解決這些問題時，他們的支援是一個笨手笨腳的噩夢，到目前為止，他們唯一的解決方案是我們將安裝從具有強大FC SAN 後端的生產VMware 叢集上的虛擬伺服器轉移到具有馬虎消費者的物理機 -級SSD。可以預見的是，他們推薦的配置的效能比我們已經使用的配置還要差。
但就功能而言，它是一款很棒的產品，完全值得使用。它非常容易定制，並且擁有非常強大的第三方開發者生態系統。但在目前的狀態下，它根本不適合大型環境。
答案2
我多年來一直在生產環境中使用 Spiceworks。我們完全依賴它來進行服務台操作，以進行工單追蹤、資產管理和監控。 I 一直是我們部門使用過的最好的產品之一，它不斷發展並為我們提供新功能。
答案3
我會告訴你我對每個必須在產品之間進行選擇的人所說的話。
什麼對你有用？我使用 RT，它可以滿足我的需要。我個人更喜歡擁有可以很好地完成工作的小工具，而不是一個可以很好地完成工作的大工具，也許用一些蠻力就能很好地完成工作！原因是，該系統的一部分死亡，全部死亡。
使用 RT 來實現它的設計目的，使用 SPICEWORKS 來實現它的設計目的:)
華泰