One of the best things to do is to say "Well, lets run them side by side and see what the results look like".
In any case, keep Xymon running.... you'll need it :)
Gore, David W (David) wrote:
You guys should know that is not how it works with management types?
Or to share what I know so far, they would respond because our platform has a dedicated off shore support team and an on shore development team. And I could argue cost and they may say but our platform supports many more teams outside of your own.
Norbert made some good points on security that I can use in our favor.
Thank you Norbert.And thank you Mark and Galen for providing feedback.
~David W Gore
*From:* Xymon [mailto:xymon-bounces at xymon.com] *On Behalf Of *Ralph Mitchell *Sent:* Wednesday, June 04, 2014 12:00 PM *To:* Galen Johnson *Cc:* xymon at xymon.com *Subject:* Re: [Xymon] Why Xymon?
I too would ask "why not Xymon??". You've been using it since 2005, and Big Brother before that, so obviously it is doing what you need it to do.
How long has the in-house app been available? Does it do anything Xymon can't do? Why not switch it to Xymon? If it came along after Xymon, why was it even developed when there was already a working monitoring system?
Ralph Mitchell
On Jun 4, 2014 9:22 AM, "Galen Johnson" <Galen.Johnson at sas.com <mailto:Galen.Johnson at sas.com>> wrote:
I'd ask "why not Xymon"? It obviously has a proven track record in your company. It can be a significant task to replace an existing monitoring solution with some thing new and integrate it into your processes. If they want to use offshore resources, why not let them help manage the existing system? I've used many different monitoring solutions and I always come back to Xymon. Once I show it's simplicity and ease of extensibility, others want to use it.
How easy will it be to add new monitors to the in-house application? Add new servers to monitor? What support level can you expect? Many of these you already have stated. There used to be a PPT out there about using Hobbit/Xymon. Not sure what happened to that or how current it is.
=G=
*From:* Xymon <xymon-bounces at xymon.com <mailto:xymon-bounces at xymon.com>> on behalf of Gore, David W (David) <david.gore at verizon.com <mailto:david.gore at verizon.com>> *Sent:* Wednesday, June 4, 2014 8:20 AM *To:* xymon at xymon.com <mailto:xymon at xymon.com> *Subject:* [Xymon] Why Xymon?
Hi All,
We are being asked “Why Xymon?”. We have some answers but I was hoping someone else may have been more eloquent and articulate than myself in defending the use of Xymon. Perhaps you could share your wisdom?
We started using Xymon when we lost our first level 24x7 monitoring group and have not looked back since. Now we are being asked to use an in-house application and offshore assets.
Some of the Xymon features we like are:
*big picture of all our apps via the nonongreen page, application, OS, network and databases monitored
*graphing and historical trending
*ease of use
*light weight/low resource
*multiple scripting languages support (any)
*redundant (warm standby)
*cost (free) thanks Henrik and everyone else
*support via the mailing list,
We have been using Xymon from the beginning back in 2005. Before using Xymon/Hobbit we used Big Brother.
Thanks in advance for any advice.
~David W Gore
Xymon mailing list Xymon at xymon.com <mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
-- Sean MacGuire sean at maclawran.ca
Key West +1 305 390 0888 The best way to predict the future is to invent it. - Alan Kay