Spiceworks和Request？

Question

我们目前使用请求跟踪器进行服务台票务，我们利用Spiceworks进行资产清点。我正在考虑是否值得从RT转移到Spiceworks的服务台。是否有人使用过这两种系统，并能对这两种系统的任何好处/问题提供一些见解？或者有一般哲学上的原因，为什么一种解决方案应该用在另一种解决方案上？当然，RT是开源的，Spiceworks不是--通常这对我来说是一个重要的项目--但是由于Spiceworks是免费的，并且相当积极地参与社区活动，这并不是我(个人)关心的主要问题。

Answer 1

Spiceworks很好的工作，直到它不工作。只要你知道它的性能限制，你就会对它很好。

我的组织目前正试图在1000+用户环境中推出Spiceworks。我们已经遇到了严重的性能限制，因为它不能使用两个以上的内核，依赖一个缓慢的SQLite后端，并且消耗大量的磁盘I/O，在解决这些问题时，它们的支持是一个笨拙的噩梦，到目前为止，它们的唯一解决方案是将我们的安装从具有健壮的FC后端的生产VMware集群上的虚拟服务器转移到一个物理机器上，这个物理机器具有不合理的消费级别SSD。可以预见，在他们推荐的配置中，性能要比我们已经使用的配置差。

但就功能而言，这是一个很棒的产品，完全值得使用。它非常容易定制，并且有一个非常健壮的第三方开发者生态系统。然而，在目前的状态下，它根本不适合大环境。

Answer 2

我已经在我们的生产环境中使用Spiceworks多年了。我们完全依赖它作为我们的服务台运作的票务跟踪，资产管理和监测。我一直是最好的产品之一，我们曾在我们的部门使用，它继续增长，并为我们提供新的功能。

Answer 3

我会对你说我对每一个必须在产品之间挑选的人说的话。

什么对你有用？我使用RT，它做我需要它做的事情。我个人更喜欢把工作做好的小工具，而不是一个大工具，它做的很好，也许用一些蛮力，把工作做好！原因，那个系统的一部分死了，全死了。

使用RT表示其设计目的，并使用SPICEWORKS实现其设计目的:)

HTH