Spiceworks と Request Tracker の違いは?

Spiceworks と Request Tracker の違いは?

現在、ヘルプデスクのチケット発行には Request Tracker を使用し、資産のインベントリには Spiceworks を使用しています。ヘルプデスクについても、RT から Spiceworks に移行する価値があるかどうか考えています。両方のシステムを使用したことがあり、どちらかのシステムの利点や問題点について何か知見をお持ちの方はいらっしゃいますか。または、どちらかのソリューションを他方よりも使用すべき一般的な哲学的理由をお持ちの方はいらっしゃいますか。もちろん、RT はオープン ソースですが、Spiceworks はそうではありません。通常、これは私にとって大きな問題ですが、Spiceworks は無料で、コミュニティの関与をかなり積極的に受けているので、私にとってはそれほど大きな問題ではありません (個人的に)。

答え1

Spiceworks は、うまく機能しなくなるまでは非常にうまく機能します。パフォーマンスの制限を認識していれば、問題なく使用できます。

私の組織は現在、1000 人以上のユーザー環境で Spiceworks を展開しようとしています。2 つ以上のコアを利用できず、低速の SQLite バックエンドに依存し、大量のディスク I/O を消費するため、パフォーマンスに大きな制限があります。サポートは、これらのトラブルシューティングに関しては不器用な悪夢であり、これまでのところ、唯一の解決策は、堅牢な FC SAN バックエンドを備えた本番 VMware クラスターの仮想サーバーから、粗雑なコンシューマー レベルの SSD を備えた物理マシンにインストールを移行することでした。予想どおり、推奨構成では、すでに使用していた構成よりもパフォーマンスが低下します。

ただし、機能面では素晴らしい製品であり、使用する価値は十分にあります。カスタマイズが非常に簡単で、サードパーティの開発者エコシステムが非常に強力です。ただし、現状では、大規模な環境にはまったく適していません。

答え2

私は長年、生産環境で Spiceworks を使用しています。チケットの追跡、資産管理、監視など、ヘルプデスクの運用には Spiceworks を全面的に利用しています。Spiceworks は私たちの部門でこれまで使用した中で最高の製品の 1 つであり、今後も成長を続け、新しい機能を提供してくれます。

答え3

私は、製品を選択する必要があるすべての人に言うことをあなたにも言いたいのです。

あなたにとっては何が効果的ですか? 私は RT を使用していますが、必要なことはできます。個人的には、1 つの大きなツールではなく、小さなツールで十分に機能する方が好きです。1 つの大きなツールでは、ある程度の力で十分に機能し、おそらくは十分に機能するでしょう。理由は、そのシステムの一部が機能しなくなると、すべてが機能しなくなるからです。

RT は本来の目的通りに使用し、SPICEWORKS は本来の目的通りに使用してください :)

HTH

関連情報