SpiceworksとRequestTrackerの違いは？
現在、ヘルプデスクのチケット発行にはRequest Trackerを使用しており、資産のインベントリにはSpiceworksを使用しています。ヘルプデスクのためにRTからSpiceworksに移行する価値があるかどうかを考えています。両方のシステムを使用していて、どちらのシステムの利点/問題についても洞察を提供できる人はいますか？あるソリューションを他のソリューションよりも使用する必要がある一般的な哲学的理由は？もちろん、RTはオープンソースであり、Spiceworksはそうではありません-そして通常これは私にとって主要なアイテムです-しかしSpiceworksは無料なのでコミュニティの関与をかなり積極的に受け止めていますが、私にとってはそれほど大きな懸念事項ではありません（個人的に）。
Spiceworksは、機能しなくなるまで非常にうまく機能します。パフォーマンスの制限を認識している限り、問題はありません。
私の組織は現在、1000以上のユーザー環境でSpiceworksを展開しようとしています。 2つ以上のコアを利用できず、低速のSQLiteバックエンドに依存し、大量のディスクI/Oを消費するため、パフォーマンスに重大な制限があります。これらのトラブルシューティングに関しては、彼らのサポートは厄介な悪夢であり、これまでのところ、堅牢なFCを備えた本番VMwareクラスター上の仮想サーバーからインストールを移動することが唯一の解決策でしたSANスリップショッドのコンシューマーレベルのSSDを搭載した物理マシンへのバックエンド。予想通り、推奨される構成では、すでに使用している構成よりもパフォーマンスが低下します。
機能的には、しかし、それは素晴らしい製品であり、完全に使用する価値があります。カスタマイズは非常に簡単で、非常に堅牢なサードパーティの開発者エコシステムがあります。ただし、現在の状態では、大規模な環境にはまったく適していません。
私は実稼働環境でSpiceworksを何年も使用しています。チケット追跡、資産管理、監視のためのヘルプデスクの運用については、これに完全に依存しています。私は私たちの部門でこれまで使用した中で最高の製品の1つであり、成長を続け、新しい機能を提供してくれます。