<?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: Palantir Config Server: lining up the ducks</title>
	<atom:link href="http:///2009/03/06/palantir-config-server-lining-up-the-ducks/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.palantirtech.com/2009/03/06/palantir-config-server-lining-up-the-ducks/</link>
	<description>Articles from the Engineering Group at Palantir Technologies</description>
	<lastBuildDate>Tue, 24 Jan 2012 09:51:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Khan</title>
		<link>http://blog.palantirtech.com/2009/03/06/palantir-config-server-lining-up-the-ducks/comment-page-1/#comment-176</link>
		<dc:creator>Khan</dc:creator>
		<pubDate>Tue, 10 Mar 2009 23:51:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.palantirtech.com/?p=193#comment-176</guid>
		<description>Hey Todd,

While the folks who work with our software, from a deployment management perspective, have reported a significant reduction in the amount of time they spend doing so (i.e., deploying new servers, upgrading existing servers, etc.), we haven&#039;t attempted to actually quantify the amount of time and resources saved. 

The Config Server handles remote deployment. Agents are remotely deployed via SSH. Once they&#039;re in place, we remotely deploy servers to managed computers using the functionality provided by STAF.

With respect to your question about a watchdog / recovery service... For our servers, we leverage the Tanuki Java Service Wrapper. Used in combination with our Monitoring Server, we&#039;re able to get a pretty good sense of what the servers in a deployment. We have not yet implemented similar functionality for our agents (i.e., an agent watchdog and a monitoring component for the Config Server Agent Manager service). Long-term, that&#039;s something we&#039;d definitely like to do.

For persistence, the Config Server currently uses XML. For now, given the amount of data it currently needs to deal with, XML works fine.

Thanks for the questions!</description>
		<content:encoded><![CDATA[<p>Hey Todd,</p>
<p>While the folks who work with our software, from a deployment management perspective, have reported a significant reduction in the amount of time they spend doing so (i.e., deploying new servers, upgrading existing servers, etc.), we haven&#8217;t attempted to actually quantify the amount of time and resources saved. </p>
<p>The Config Server handles remote deployment. Agents are remotely deployed via SSH. Once they&#8217;re in place, we remotely deploy servers to managed computers using the functionality provided by STAF.</p>
<p>With respect to your question about a watchdog / recovery service&#8230; For our servers, we leverage the Tanuki Java Service Wrapper. Used in combination with our Monitoring Server, we&#8217;re able to get a pretty good sense of what the servers in a deployment. We have not yet implemented similar functionality for our agents (i.e., an agent watchdog and a monitoring component for the Config Server Agent Manager service). Long-term, that&#8217;s something we&#8217;d definitely like to do.</p>
<p>For persistence, the Config Server currently uses XML. For now, given the amount of data it currently needs to deal with, XML works fine.</p>
<p>Thanks for the questions!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Singleton</title>
		<link>http://blog.palantirtech.com/2009/03/06/palantir-config-server-lining-up-the-ducks/comment-page-1/#comment-175</link>
		<dc:creator>Todd Singleton</dc:creator>
		<pubDate>Tue, 10 Mar 2009 21:48:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.palantirtech.com/?p=193#comment-175</guid>
		<description>Nice... Have you been able to quantify the time or resources saved by this implementation?  Looks like a nice technology stack.  Any plans for remote deployment, remote upgrade?  Watchdog/recovery service?  Just curious about plans to increase robustness over time without making it too complicated.  Also, how are you storing data in your repository?  Thanks...</description>
		<content:encoded><![CDATA[<p>Nice&#8230; Have you been able to quantify the time or resources saved by this implementation?  Looks like a nice technology stack.  Any plans for remote deployment, remote upgrade?  Watchdog/recovery service?  Just curious about plans to increase robustness over time without making it too complicated.  Also, how are you storing data in your repository?  Thanks&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

