Yes - what Krish and Sean said. :) Also... The cycle of a nightly (or regular) discovery and updating of agents, measured items, and CMDB entries, is fairly common (found this with Nimsoft, Indicative, and BB/Solarwinds deployments).
The benefit of the AMP continuous discovery is that it is in fact lightweight enough to be continuous, unlike most discovery products. However, there are some products out there that do continuous discovery by listening on network device mirror ports, also lightweight (but seriously annoying to maintain certificates on required to interpret a good deal of the traffic). :) Alan, I think you and I discussed a little bit some of the (minor) issues with the fully distributed agent based monitoring and discovery - the primary issue is that most companies isolate servers based on client, application, server type (e.g. web server or DB farm), or some other criteria. In this case, servers from different groups would not be allowed to monitor each other. You also can run into the issue where some production servers are not allowed to have any agent whatsoever installed on the system. Still, I think the benefits of ASM even in these small groups will win users over. -- Christine Hudson +1 970 690 4290 LinkedIn Profile <http://www.linkedin.com/pub/christine-hudson/7/446/647> On Tue, Aug 21, 2012 at 4:57 PM, Krish <[email protected]> wrote: > Alan > > About discovery tied with monitoring : > - We use the continuum pretty consistently among our clients at IBM. Use > discovery to find out what is out there, deploy monitoring agents and then > use discovery to verify and remediate any gaps keeps your monitoring > coverage complete. The difference with Assimilation is that it is all in > one product and that tremendously improves the cycle of deployments. The > more frictionless you make the process, the better in realworld data > centers. > > About continuous discovery : > - the scan cycles of the existing discovery products have too much > overhead to do it on a continuous basis. Agent based discovery mechanisms > are more conducive for that. > > Scalability of existing products of discovery is laughable, so I'll just > say - no comment :-) > > > > --krish > -- > I speak for myself. > > 408.623.1673 > > On Aug 21, 2012, at 3:37 PM, Sean MacGuire <[email protected]> wrote: > > > Alan Robertson wrote: > >> Hi, > >> > >> I was talking to a friend this morning about the project, and he asked a > >> good question: > >> Why isn't anyone else using these techniques in their products -- or are > >> they? > >> > >> To make that specific: > >> > >> - highly scalable monitoring architecture with fully distributed > >> monitoring > >> (passive monitoring of resources, distributed monitoring of > >> systems) > >> - continuous discovery > >> - "Stealth" discovery > >> - discovery tightly integrated with monitoring > >> > >> Do you of any products or projects which use these techniques -- or ones > >> that used to use them? Or any that have abandoned them? > > > > The magic word here is "discovery" (forms of, and what to do > > with). > > > > What's particularly interesting is having discovery/monitoring > > as a continuum, which I don't think has ever been done elegantly. > > > > So greatly improved discovery + elegant continuous integration > > is a pretty big leap. > > -- > > Sean MacGuire [email protected] > > > > Key West +1 305 390 0888 > > The best way to predict the future is to invent it. - Alan Kay > > _______________________________________________ > > Assimilation mailing list - Discovery-Driven Monitoring > > [email protected] > > http://lists.community.tummy.com/cgi-bin/mailman/listinfo/assimilation > > http://assimmon.org/ > _______________________________________________ > Assimilation mailing list - Discovery-Driven Monitoring > [email protected] > http://lists.community.tummy.com/cgi-bin/mailman/listinfo/assimilation > http://assimmon.org/ >
_______________________________________________ Assimilation mailing list - Discovery-Driven Monitoring [email protected] http://lists.community.tummy.com/cgi-bin/mailman/listinfo/assimilation http://assimmon.org/
