우리는 현재 헬프데스크 티켓팅을 위해 Request Tracker를 활용하고 있으며, 자산 재고 관리를 위해 Spiceworks를 활용하고 있습니다. 헬프데스크도 RT에서 Spiceworks로 옮기는 것이 가치가 있을지 고민하고 있습니다. 두 시스템을 모두 사용해본 사람이 있고 두 시스템 모두의 이점/문제에 대한 통찰력을 제공할 수 있습니까? 아니면 하나의 솔루션을 다른 솔루션보다 사용해야 하는 일반적인 철학적 이유가 있습니까? 물론 RT는 오픈 소스이고 Spiceworks는 그렇지 않습니다. 일반적으로 이것은 나에게 중요한 항목입니다. 그러나 Spiceworks는 무료이고 커뮤니티 참여를 상당히 적극적으로 받아들이기 때문에 나에게는 (개인적으로) 주요 관심사가 아닙니다.
답변1
Spiceworks는 그렇지 않을 때까지 정말 잘 작동합니다. 성능 제한을 알고 있는 한 문제가 없을 것입니다.
우리 조직은 현재 1000명 이상의 사용자 환경에서 Spiceworks를 출시하려고 합니다. 2개 이상의 코어를 활용할 수 없고 느린 SQLite 백엔드에 의존하며 많은 양의 디스크 I/O를 소비하기 때문에 상당한 성능 제한에 직면했습니다. 이들의 지원은 이러한 문제를 해결하는 데 있어 끔찍한 악몽이며, 지금까지 유일한 솔루션은 강력한 FC SAN 백엔드가 있는 프로덕션 VMware 클러스터의 가상 서버에서 소비자가 부족한 물리적 시스템으로 설치를 옮기는 것이었습니다. 수준의 SSD. 예상대로 권장 구성에서는 우리가 이미 사용하고 있던 구성보다 성능이 더 나쁩니다.
하지만 기능면에서는 훌륭한 제품이며 사용할만한 가치가 있습니다. 사용자 정의가 매우 쉽고 매우 강력한 타사 개발자 생태계를 갖추고 있습니다. 그러나 현재 상태에서는 대규모 환경에 전혀 적합하지 않습니다.
답변2
저는 생산 환경에서 수년간 Spiceworks를 사용해 왔습니다. 우리는 티켓 추적, 자산 관리 및 모니터링을 위한 헬프 데스크 운영을 위해 이를 전적으로 활용하고 있습니다. 저는 우리 부서에서 사용해 본 최고의 제품 중 하나였으며 계속해서 성장하고 새로운 기능을 제공하고 있습니다.
답변3
나는 제품 중 하나를 선택해야 하는 모든 사람에게 내가 말하는 것을 당신에게 말하고 싶습니다.
당신에게 적합한 것은 무엇입니까? 나는 RT를 사용하는데, RT는 나에게 필요한 일을 합니다. 저는 개인적으로 작업을 잘 수행하는 작은 도구를 사용하는 것을 선호합니다. 하나의 큰 도구가 작업을 제대로 수행하고 어쩌면 약간의 무력을 사용하여 작업을 잘 수행하는 것과는 대조적입니다! 이유는 그 시스템의 한 부분이 죽고, 모든 것이 죽는다는 것입니다.
설계된 목적에는 RT를 사용하고 설계된 목적에는 SPICEWORKS를 사용하십시오 :)
HTH