<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: ARTICLE: Agent Vs. Agentless?</title>
	<atom:link href="http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/</link>
	<description>Independent News, Reviews and Resources for ITAM and SAM Professionals</description>
	<lastBuildDate>Thu, 11 Mar 2010 16:16:28 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Trevor Smith</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-6480</link>
		<dc:creator>Trevor Smith</dc:creator>
		<pubDate>Tue, 19 Jan 2010 09:44:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-6480</guid>
		<description>John (Lunt), I could&#039;nt agree with you more, there is a need for both.  Unfortunately, for some time now, agent based has been viewed as the solution with agentless the &quot;also ran&quot;.  I think that, as there is nowhere for agent based as a solution, to go, to evolve to, whereas for agentless there is, that in the future the roles will reverse.  All this debate over what is best is somewhat acedemic as there is a place for both; but the continued improvements in agentless technology reduce the overhead of development, deployment and use, and as a consquence costs drop.  No longer are there justifications for the fantastical sums charged by many an agent based vendor when companies like spiceworks and ourselves provide free use solutions.

As for John&#039;s comments about fully integrated &quot;inteligent&quot; solutions ie whereby the solution brings all parts of the puzzle together and actually manages the situation.  This is exactly what we have been pushing to achieve for the past 10 years and have recieved nothing but opposition from nay sayers within the industry.  John, watch this space, we are doing it.</description>
		<content:encoded><![CDATA[<p>John (Lunt), I could&#8217;nt agree with you more, there is a need for both.  Unfortunately, for some time now, agent based has been viewed as the solution with agentless the &#8220;also ran&#8221;.  I think that, as there is nowhere for agent based as a solution, to go, to evolve to, whereas for agentless there is, that in the future the roles will reverse.  All this debate over what is best is somewhat acedemic as there is a place for both; but the continued improvements in agentless technology reduce the overhead of development, deployment and use, and as a consquence costs drop.  No longer are there justifications for the fantastical sums charged by many an agent based vendor when companies like spiceworks and ourselves provide free use solutions.</p>
<p>As for John&#8217;s comments about fully integrated &#8220;inteligent&#8221; solutions ie whereby the solution brings all parts of the puzzle together and actually manages the situation.  This is exactly what we have been pushing to achieve for the past 10 years and have recieved nothing but opposition from nay sayers within the industry.  John, watch this space, we are doing it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Lunt</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-6390</link>
		<dc:creator>John Lunt</dc:creator>
		<pubDate>Fri, 15 Jan 2010 09:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-6390</guid>
		<description>Interesting dialog with good points of view from many. I would support the need for having both agent and agent less technology to ensure varied in-depth information (that can be trusted over a period of time) can be collated with confidence. It would also be an idea to think about the future and the technologies that will address the short comings of today’s solutions. Will one type of technology (agent) do better than the other (agent less) across different assets - I don’t think so, hence the need for both. The future in my view will be driving consistent, safe automation via business rules/policies that will drive an action. Example: software assets not used for a specific time period needs to be identified and the action would be to remove the installed software and place the license record back in the pool of spare licenses. Sounds simple, but a solution would need to have good discovery, inventory, software metering, software delivery and License Management functions. If these were all supplied by different vendors I am not convinced that the example above could be realised. Integration between different vendors would be too difficult, thus, in my view having separate products today may hinder the opportunities for the future. Just one example I know, but hopefully food for thought re future proofing any solution you choose. Good Luck...Cheers....John</description>
		<content:encoded><![CDATA[<p>Interesting dialog with good points of view from many. I would support the need for having both agent and agent less technology to ensure varied in-depth information (that can be trusted over a period of time) can be collated with confidence. It would also be an idea to think about the future and the technologies that will address the short comings of today’s solutions. Will one type of technology (agent) do better than the other (agent less) across different assets &#8211; I don’t think so, hence the need for both. The future in my view will be driving consistent, safe automation via business rules/policies that will drive an action. Example: software assets not used for a specific time period needs to be identified and the action would be to remove the installed software and place the license record back in the pool of spare licenses. Sounds simple, but a solution would need to have good discovery, inventory, software metering, software delivery and License Management functions. If these were all supplied by different vendors I am not convinced that the example above could be realised. Integration between different vendors would be too difficult, thus, in my view having separate products today may hinder the opportunities for the future. Just one example I know, but hopefully food for thought re future proofing any solution you choose. Good Luck&#8230;Cheers&#8230;.John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor Smith</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-4932</link>
		<dc:creator>Trevor Smith</dc:creator>
		<pubDate>Wed, 02 Dec 2009 20:03:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-4932</guid>
		<description>I totally agree with Bill Patterson (although as an agentless vendor I am biased).   When you weigh in the balance the potential risk by adding yet more code to the endless mix on the users desktops against the (debatable) marginal data detail benifits against products like ours, I fail to see the benefit of agent based.

We offer solutions that will scan thousands (unlimitted) of nodes at the rate of 250 nodes per second.  Browser based that do not install on any machines on the network, not even the host.  They cannot conflict with anything as they are not installed anywhere on the network AT ALL!  

Where is the future for agent based?  Where can the technology go?  Regardless of how you do it you still have to push code around the network in large contiguous blocks just to deploy.  The returned data is moved likewise.  The argument that it (agent based) gets results in real time is entirely bogus on the basis that just because the agent gets the info in real time is irelevent; how long does it take to get the data to you, where it gets acted upon?  Who wants to hear &quot;I could have told you that an hour ago&quot;?  We provide data at your fingertips in seconds, and only generate a 1.5% hit on a 10 base T (and who has that bandwidth these days).

Then there&#039;s change control and compatability testing.  After all if you are going to deploy code into your estate you have to be sure it wont do what it did to Bill Patterson above.  With agentless, no code deployment, no incompatability; eliminate the whole change control/ testing issue and the costs that go with that.

The days are numbered for Agent based solutions, whereas agentless is still in its infancy; At 50,000 nodes in 10 minutes over simple broadband from a laptop over wifi (in tests), we can audit the internet!

Sorry did I get carried away then?</description>
		<content:encoded><![CDATA[<p>I totally agree with Bill Patterson (although as an agentless vendor I am biased).   When you weigh in the balance the potential risk by adding yet more code to the endless mix on the users desktops against the (debatable) marginal data detail benifits against products like ours, I fail to see the benefit of agent based.</p>
<p>We offer solutions that will scan thousands (unlimitted) of nodes at the rate of 250 nodes per second.  Browser based that do not install on any machines on the network, not even the host.  They cannot conflict with anything as they are not installed anywhere on the network AT ALL!  </p>
<p>Where is the future for agent based?  Where can the technology go?  Regardless of how you do it you still have to push code around the network in large contiguous blocks just to deploy.  The returned data is moved likewise.  The argument that it (agent based) gets results in real time is entirely bogus on the basis that just because the agent gets the info in real time is irelevent; how long does it take to get the data to you, where it gets acted upon?  Who wants to hear &#8220;I could have told you that an hour ago&#8221;?  We provide data at your fingertips in seconds, and only generate a 1.5% hit on a 10 base T (and who has that bandwidth these days).</p>
<p>Then there&#8217;s change control and compatability testing.  After all if you are going to deploy code into your estate you have to be sure it wont do what it did to Bill Patterson above.  With agentless, no code deployment, no incompatability; eliminate the whole change control/ testing issue and the costs that go with that.</p>
<p>The days are numbered for Agent based solutions, whereas agentless is still in its infancy; At 50,000 nodes in 10 minutes over simple broadband from a laptop over wifi (in tests), we can audit the internet!</p>
<p>Sorry did I get carried away then?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim McAlpin</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-3903</link>
		<dc:creator>Tim McAlpin</dc:creator>
		<pubDate>Wed, 21 Oct 2009 20:23:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-3903</guid>
		<description>The biggest weakness of agentless tools is laptops. What happens when an agentless tool scans the network and 30% of your PCs are off the network and only connect on an irregular basis? If you want an audit of every computer then you need an agent.

To reply to Ruud Hartog above. There are agent based tools that can report on all types of IP devices also.</description>
		<content:encoded><![CDATA[<p>The biggest weakness of agentless tools is laptops. What happens when an agentless tool scans the network and 30% of your PCs are off the network and only connect on an irregular basis? If you want an audit of every computer then you need an agent.</p>
<p>To reply to Ruud Hartog above. There are agent based tools that can report on all types of IP devices also.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: In Defense of Agent-Based IT Asset Management Technology (Part 1 of 4)</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-3770</link>
		<dc:creator>In Defense of Agent-Based IT Asset Management Technology (Part 1 of 4)</dc:creator>
		<pubDate>Thu, 15 Oct 2009 17:23:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-3770</guid>
		<description>[...] read (and responded to) comments to Martin Thompson’s recent blog post about the pros and cons of using agent-based IT asset management technology, I felt compelled to articulate my perspective on the subject.  It’s a topic that seems to [...]</description>
		<content:encoded><![CDATA[<p>[...] read (and responded to) comments to Martin Thompson’s recent blog post about the pros and cons of using agent-based IT asset management technology, I felt compelled to articulate my perspective on the subject.  It’s a topic that seems to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Kelsey</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-3450</link>
		<dc:creator>Jeff Kelsey</dc:creator>
		<pubDate>Fri, 02 Oct 2009 22:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-3450</guid>
		<description>Hi Bill,

How are you collecting usage data?  Our technology (Express Software Manager) has the option of being deployed as an agent-less solution, but most of our customers prefer to deploy the client so they can collect comprehensive software usage statistics and control application launches.  As a vendor, I’m interested in hearing which agent-less solution you chose, and what kind of usage data you’re able to collect?  Thanks!

Jeff Kelsey,
VP of Products and Services
Express Metrix</description>
		<content:encoded><![CDATA[<p>Hi Bill,</p>
<p>How are you collecting usage data?  Our technology (Express Software Manager) has the option of being deployed as an agent-less solution, but most of our customers prefer to deploy the client so they can collect comprehensive software usage statistics and control application launches.  As a vendor, I’m interested in hearing which agent-less solution you chose, and what kind of usage data you’re able to collect?  Thanks!</p>
<p>Jeff Kelsey,<br />
VP of Products and Services<br />
Express Metrix</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Thompson</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-3423</link>
		<dc:creator>Martin Thompson</dc:creator>
		<pubDate>Thu, 01 Oct 2009 13:07:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-3423</guid>
		<description>Thanks Bill, I appreciate your input. 

I would be interested to know which product you finally chose, and if you have a few minutes an end user review would be great too. You can find the link here: 

http://www.surveymonkey.com/s.aspx?sm=5M4OlHcfRFM6QFjayDFdhQ_3d_3d</description>
		<content:encoded><![CDATA[<p>Thanks Bill, I appreciate your input. </p>
<p>I would be interested to know which product you finally chose, and if you have a few minutes an end user review would be great too. You can find the link here: </p>
<p><a href="http://www.surveymonkey.com/s.aspx?sm=5M4OlHcfRFM6QFjayDFdhQ_3d_3d" rel="nofollow">http://www.surveymonkey.com/s.aspx?sm=5M4OlHcfRFM6QFjayDFdhQ_3d_3d</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Patterson</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-3409</link>
		<dc:creator>Bill Patterson</dc:creator>
		<pubDate>Thu, 01 Oct 2009 05:35:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-3409</guid>
		<description>Some agentless offerings are now surpassing the completeness of data produced by the agent solutions. We evaluated centennial, express metrix and altiris for agent based, and for agentless we evaluated spiceworks, xassets and service now. The altiris agent was so big it screwed our entire network. the other agent based products were also problematic the users were getting ridiculous crash reports like &quot;TrueUpdate 2.0 client encountered a problem and needed to close&quot;, and we couldn&#039;t get them off when the eval finished - nightmare. The agentless products were much better. Centennial actually thought itunes was licenceable - the agentless products all seemed to get this right as a free product.

So forgive me, but if you are still considering agent based solutions for the completeness of data, thats wrong, the agentless companies know who they are competing against and they are doing a better job of it.</description>
		<content:encoded><![CDATA[<p>Some agentless offerings are now surpassing the completeness of data produced by the agent solutions. We evaluated centennial, express metrix and altiris for agent based, and for agentless we evaluated spiceworks, xassets and service now. The altiris agent was so big it screwed our entire network. the other agent based products were also problematic the users were getting ridiculous crash reports like &#8220;TrueUpdate 2.0 client encountered a problem and needed to close&#8221;, and we couldn&#8217;t get them off when the eval finished &#8211; nightmare. The agentless products were much better. Centennial actually thought itunes was licenceable &#8211; the agentless products all seemed to get this right as a free product.</p>
<p>So forgive me, but if you are still considering agent based solutions for the completeness of data, thats wrong, the agentless companies know who they are competing against and they are doing a better job of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor Smith</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-1767</link>
		<dc:creator>Trevor Smith</dc:creator>
		<pubDate>Sat, 04 Jul 2009 20:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-1767</guid>
		<description>My view is that agent based solutions only benefit where the asset is not connected to the infrastructure.  The problems caused by code incompatibility and unexpected side effects; the need for lab testing against core builds and change control issues added to the resource impact to the users of the client machines and that of the network handling the transportation of “returned data” files passing to the server (not to mention the deployment hit); added to the fact that these data files must be staggered in delivery to avoid heavy  network impact; the consequential lack of a definitive &quot;Now&quot; in answer to the question &quot;what is the status now&quot;; the tendency of agents to fail; the requirement to reboot the host; the labour intensive and potential business disruptive nature of the deployment; the agent failure on “full to capacity C drives” etc etc makes agent based a thing of the past.

But of course the agent based vendors will always draw attention to “the lack of detail” from agentless solutions or, as has been mentioned, their inability to provide real time use statistics; The detail issue I disagree with as there is no reason why agentless cannot gather the detail; other than it takes time and would slow down what is already considered to be a slow process ie agentless auditing.

However these questions and issues are what motivated us many years ago to create a hyper speed agentless solution.  A solution which can access in excess of 250 network nodes per second and return data at the rate of 6,000+ computers per minute.  Due to this speed we can run audits agentlessly and repeatedly on a per minute basis and due to this we can not only gather any information that an agent based solution can but we can also create real time use statistics.  All without deployment, change control, lab testing , impact on users or impact on network.  In addition the speed gives us a very precise definition of “Now”

To my mind, and of course I am biased, this would seem like a magic bullet solution; however I must confess, that if the asset is not connected to any network anywhere then we cannot audit it; but if it is we can, anywhere in the world; at over 1 million boxes per hour.

Personally I do not understand why customers would invest in hardware to provide maximum performance in business tasks, only to then handicap that investment by lobotomising it by driving various agents into its memory.  In the constant pursuit of maximising assets one would think that any solution that provides the same results without a performance cost or degradation of that investment has to be the better option; but then, as I say; I am biased.

For me the question is not agent based or traditional agentless; both are passé.</description>
		<content:encoded><![CDATA[<p>My view is that agent based solutions only benefit where the asset is not connected to the infrastructure.  The problems caused by code incompatibility and unexpected side effects; the need for lab testing against core builds and change control issues added to the resource impact to the users of the client machines and that of the network handling the transportation of “returned data” files passing to the server (not to mention the deployment hit); added to the fact that these data files must be staggered in delivery to avoid heavy  network impact; the consequential lack of a definitive &#8220;Now&#8221; in answer to the question &#8220;what is the status now&#8221;; the tendency of agents to fail; the requirement to reboot the host; the labour intensive and potential business disruptive nature of the deployment; the agent failure on “full to capacity C drives” etc etc makes agent based a thing of the past.</p>
<p>But of course the agent based vendors will always draw attention to “the lack of detail” from agentless solutions or, as has been mentioned, their inability to provide real time use statistics; The detail issue I disagree with as there is no reason why agentless cannot gather the detail; other than it takes time and would slow down what is already considered to be a slow process ie agentless auditing.</p>
<p>However these questions and issues are what motivated us many years ago to create a hyper speed agentless solution.  A solution which can access in excess of 250 network nodes per second and return data at the rate of 6,000+ computers per minute.  Due to this speed we can run audits agentlessly and repeatedly on a per minute basis and due to this we can not only gather any information that an agent based solution can but we can also create real time use statistics.  All without deployment, change control, lab testing , impact on users or impact on network.  In addition the speed gives us a very precise definition of “Now”</p>
<p>To my mind, and of course I am biased, this would seem like a magic bullet solution; however I must confess, that if the asset is not connected to any network anywhere then we cannot audit it; but if it is we can, anywhere in the world; at over 1 million boxes per hour.</p>
<p>Personally I do not understand why customers would invest in hardware to provide maximum performance in business tasks, only to then handicap that investment by lobotomising it by driving various agents into its memory.  In the constant pursuit of maximising assets one would think that any solution that provides the same results without a performance cost or degradation of that investment has to be the better option; but then, as I say; I am biased.</p>
<p>For me the question is not agent based or traditional agentless; both are passé.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Kelsey, Express Metrix</title>
		<link>http://www.itassetmanagement.net/2009/05/05/article-agent-vs-agentless/comment-page-1/#comment-1717</link>
		<dc:creator>Jeff Kelsey, Express Metrix</dc:creator>
		<pubDate>Tue, 30 Jun 2009 22:04:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.itassetmanagement.net/?p=1027#comment-1717</guid>
		<description>Great article, Martin.  I appreciate the fair and balanced perspective.  

As a vendor of agent-based SAM technology, I&#039;d like to respond to Pat Durkin&#039;s comments:  First, he implies that there&#039;s something inherently &quot;slow&quot; about agent-based technology.  This is a common misconception based on a long history of large, bloated agent-based framework solutions.  Fortunately, most agents of today are small, streamlined, and run silently on end-users&#039; systems.  And while every situation is different, once clients are deployed (yes, this can take some time), the collection and delivery of data is no slower than agent-less methods.     

The more important point relates to the delivery of business value--we have yet to encounter an agent-less technology that offers accurate software usage statistics.  Accurate application usage data is nothing short of critical when it comes to driving down licensing and support costs, and ensuring that money isn&#039;t being spent on software that&#039;s not being utilized.  Speed, while certainly important, does not necessarily equate with business value--it’s the *depth* and *quality* of information that delivers the most tangible and significant business benefits.  

All that said, there is no &quot;right&quot; answer.  The right technology solution depends on your goals, resources, and environment.  Just make sure to do your research!  Good luck!</description>
		<content:encoded><![CDATA[<p>Great article, Martin.  I appreciate the fair and balanced perspective.  </p>
<p>As a vendor of agent-based SAM technology, I&#8217;d like to respond to Pat Durkin&#8217;s comments:  First, he implies that there&#8217;s something inherently &#8220;slow&#8221; about agent-based technology.  This is a common misconception based on a long history of large, bloated agent-based framework solutions.  Fortunately, most agents of today are small, streamlined, and run silently on end-users&#8217; systems.  And while every situation is different, once clients are deployed (yes, this can take some time), the collection and delivery of data is no slower than agent-less methods.     </p>
<p>The more important point relates to the delivery of business value&#8211;we have yet to encounter an agent-less technology that offers accurate software usage statistics.  Accurate application usage data is nothing short of critical when it comes to driving down licensing and support costs, and ensuring that money isn&#8217;t being spent on software that&#8217;s not being utilized.  Speed, while certainly important, does not necessarily equate with business value&#8211;it’s the *depth* and *quality* of information that delivers the most tangible and significant business benefits.  </p>
<p>All that said, there is no &#8220;right&#8221; answer.  The right technology solution depends on your goals, resources, and environment.  Just make sure to do your research!  Good luck!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
