<?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: Outsourcing Continuous Integration</title>
	<atom:link href="http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/</link>
	<description>Helping to deliver working software, one continuous integration build at a time</description>
	<lastBuildDate>Wed, 21 Jul 2010 04:50:11 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The Build Doctor</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-1064</link>
		<dc:creator>The Build Doctor</dc:creator>
		<pubDate>Tue, 01 Jun 2010 03:39:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-1064</guid>
		<description>Hello again! One of my customers has to comply with not only his own regulatory environment, but those of his customers. They&#039;ll regularly send auditors around to make sure that there&#039;s no realistic potential for fraud in the development process.  So, yes they may be paranoid, but it&#039;s probably not a paranoia that can easily be treated.  VPN access may help some.</description>
		<content:encoded><![CDATA[<p>Hello again! One of my customers has to comply with not only his own regulatory environment, but those of his customers. They&#39;ll regularly send auditors around to make sure that there&#39;s no realistic potential for fraud in the development process.  So, yes they may be paranoid, but it&#39;s probably not a paranoia that can easily be treated.  VPN access may help some.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krzysztof Choma</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-1062</link>
		<dc:creator>Krzysztof Choma</dc:creator>
		<pubDate>Fri, 28 May 2010 19:41:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-1062</guid>
		<description>Disclaimer: I&#039;m working for company that provides CI on Cloud to enterprises.&lt;br&gt;&lt;br&gt;Having some experience in the subject, I&#039;d like to remove two myths :)&lt;br&gt;&lt;br&gt;Slava, you are right that virtualized EC2 environment is not good for CI. However for example Bitbar provides pretty fast CI on the Cloud - simply the machines are not virtualized! And you can easily add more machines if you have many long-running builds.&lt;br&gt;&lt;br&gt;A comment on the security of outsourcing CI.&lt;br&gt;You can get exclusive VPN access to the cloud, so that even your CI provider wouldn&#039;t be able to access your data on the Cloud. Moreover, the machines holding the data wouldn&#039;t be able to access or get accessed from the internet in any way. I think that this level of security is more than enough for most of the &#039;paranoids&#039; mentioned in the article.</description>
		<content:encoded><![CDATA[<p>Disclaimer: I&#39;m working for company that provides CI on Cloud to enterprises.</p>
<p>Having some experience in the subject, I&#39;d like to remove two myths <img src='http://www.build-doctor.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Slava, you are right that virtualized EC2 environment is not good for CI. However for example Bitbar provides pretty fast CI on the Cloud &#8211; simply the machines are not virtualized! And you can easily add more machines if you have many long-running builds.</p>
<p>A comment on the security of outsourcing CI.<br />You can get exclusive VPN access to the cloud, so that even your CI provider wouldn&#39;t be able to access your data on the Cloud. Moreover, the machines holding the data wouldn&#39;t be able to access or get accessed from the internet in any way. I think that this level of security is more than enough for most of the &#39;paranoids&#39; mentioned in the article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Continuous Integration in the cloud</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-889</link>
		<dc:creator>Continuous Integration in the cloud</dc:creator>
		<pubDate>Tue, 23 Feb 2010 07:22:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-889</guid>
		<description>[...] batter your database for a long time while staying almost idle. Slava Imeshev kindly commented on myoutsourcing continuous integration post: My take on this is that hosted CI in a common virtualized environment such as EC2 won&#8217;t [...]</description>
		<content:encoded><![CDATA[<p>[...] batter your database for a long time while staying almost idle. Slava Imeshev kindly commented on myoutsourcing continuous integration post: My take on this is that hosted CI in a common virtualized environment such as EC2 won&#8217;t [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slava Imeshev</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-808</link>
		<dc:creator>Slava Imeshev</dc:creator>
		<pubDate>Wed, 17 Feb 2010 23:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-808</guid>
		<description>My take on this is that hosted CI in a common virtualized environment such as EC2 won&#039;t work. A CI or a build server, unlike the rest of the applications, needs all four components of a build box, CPU, RAM, disk and network I/O. The industry wisdom says applications that are subject of virtualization may demand maximum two. Sure you can run a build in EC2, but you will have to sacrifice build speed, and that&#039;s usually the last thing you want to do. If you want fast builds, you have to run in the opposite direction, towards a dedicated, big fat box hosted locally. 

Viewtier has been &lt;a href=&quot;http://parabuild.viewtier.com:8080&quot; rel=&quot;nofollow&quot;&gt;hosting Continuous Integration for open source projects&lt;/a&gt; for five years, and our experiences shows that even builds on a dedicated build box begin to slow down if the number of long-running builds exceeds a double of number of CPUs. Actually, we observe a trend towards &lt;a href=&quot;http://www.viewtier.com/products/parabuild/new_in_parabuild_4_0/build_load_balancing_failover_clusterization_remote_agents.htm&quot; rel=&quot;nofollow&quot;&gt;farms of build machines&lt;/a&gt; hosted locally.</description>
		<content:encoded><![CDATA[<p>My take on this is that hosted CI in a common virtualized environment such as EC2 won&#8217;t work. A CI or a build server, unlike the rest of the applications, needs all four components of a build box, CPU, RAM, disk and network I/O. The industry wisdom says applications that are subject of virtualization may demand maximum two. Sure you can run a build in EC2, but you will have to sacrifice build speed, and that&#8217;s usually the last thing you want to do. If you want fast builds, you have to run in the opposite direction, towards a dedicated, big fat box hosted locally. </p>
<p>Viewtier has been <a href="http://parabuild.viewtier.com:8080" rel="nofollow">hosting Continuous Integration for open source projects</a> for five years, and our experiences shows that even builds on a dedicated build box begin to slow down if the number of long-running builds exceeds a double of number of CPUs. Actually, we observe a trend towards <a href="http://www.viewtier.com/products/parabuild/new_in_parabuild_4_0/build_load_balancing_failover_clusterization_remote_agents.htm" rel="nofollow">farms of build machines</a> hosted locally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Could your next development environment be in the cloud? &#171; Mike CI blogs</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-486</link>
		<dc:creator>Could your next development environment be in the cloud? &#171; Mike CI blogs</dc:creator>
		<pubDate>Tue, 17 Nov 2009 15:24:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-486</guid>
		<description>[...] One area which is less mature is hosted continuous integration. There are currently only a small number of pioneering providers in this space, which may surprise some, as the practice of continuous integration is at the heart of the Agile development process. The SaaS multi-tenant application model does not fit easily with the requirements for continuous and often complex software builds. It is computing resource intensive activity, especially for programming languages such as Java, and this will inevitably impact the cost of such a service to the end-user. Mike CI is one of these pioneers and there is a good analysis of the others here. [...]</description>
		<content:encoded><![CDATA[<p>[...] One area which is less mature is hosted continuous integration. There are currently only a small number of pioneering providers in this space, which may surprise some, as the practice of continuous integration is at the heart of the Agile development process. The SaaS multi-tenant application model does not fit easily with the requirements for continuous and often complex software builds. It is computing resource intensive activity, especially for programming languages such as Java, and this will inevitably impact the cost of such a service to the end-user. Mike CI is one of these pioneers and there is a good analysis of the others here. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Simpson</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-423</link>
		<dc:creator>Julian Simpson</dc:creator>
		<pubDate>Thu, 22 Oct 2009 22:38:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-423</guid>
		<description>@douglassquirrel: Okay.  I guess that the elasticity of price depends on the size of organisation and the domain.  Certainly what you just said is about 100% true for companies that do financial services.</description>
		<content:encoded><![CDATA[<p>@douglassquirrel: Okay.  I guess that the elasticity of price depends on the size of organisation and the domain.  Certainly what you just said is about 100% true for companies that do financial services.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Squirrel</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-422</link>
		<dc:creator>Douglas Squirrel</dc:creator>
		<pubDate>Sat, 10 Oct 2009 12:18:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-422</guid>
		<description>No, no! Cost is _not_ the first issue for security of cloud CI. Steps have to be:
1. convince techie that cloud CI is a good idea. (Existing providers do this.)
2. convince techie that cloud CI will pass audit. (Need reference customer. Chicken and egg.)
3. convince auditor to pass cloud CI. (Requires pen and the ability to tick boxes all day. Your first customer will give you a sample list - how did you get that first customer again?)
Only consider cost once you&#039;ve solved 2. and 3. The costs of in-house CI are so high that once you&#039;ve done this you can almost certainly find someone willing to cover your bills plus a decent margin.</description>
		<content:encoded><![CDATA[<p>No, no! Cost is _not_ the first issue for security of cloud CI. Steps have to be:<br />
1. convince techie that cloud CI is a good idea. (Existing providers do this.)<br />
2. convince techie that cloud CI will pass audit. (Need reference customer. Chicken and egg.)<br />
3. convince auditor to pass cloud CI. (Requires pen and the ability to tick boxes all day. Your first customer will give you a sample list &#8211; how did you get that first customer again?)<br />
Only consider cost once you&#8217;ve solved 2. and 3. The costs of in-house CI are so high that once you&#8217;ve done this you can almost certainly find someone willing to cover your bills plus a decent margin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simpsonjulian</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-425</link>
		<dc:creator>simpsonjulian</dc:creator>
		<pubDate>Fri, 09 Oct 2009 22:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-425</guid>
		<description>@douglassquirrel, thanks for the insightful comments.  I&#039;ve pondered the security a lot.  I guess the problem is going to be cost for security.  Nail that one and you&#039;re done.  I think VPN&#039;s are going to resolve a big chunk of those issues, and proving that there&#039;s no theoretical risks to be had at the other end.  For example, I could outsource someone&#039;s CI services to a dedicated machine in a secure enclosure in a datacenter, It wouldn&#039;t be cheap, but I could do it.  Finding clever ways to resolve that problem would be the challenge.

Winning some Ebay auctions to test out ancient operating systems would be a laugh.  The cost would be securing Windows 2000 and 98 from the outside world, probably with an old-fashioned Cisco firewall to block traffic from anywhere but the CI systems.  You&#039;re right in that someone would have to scale up to make it worth while.  Or the other approach is to try and run them all in emulators, or Wine, but that might invalidate some testing.</description>
		<content:encoded><![CDATA[<p>@douglassquirrel, thanks for the insightful comments.  I&#8217;ve pondered the security a lot.  I guess the problem is going to be cost for security.  Nail that one and you&#8217;re done.  I think VPN&#8217;s are going to resolve a big chunk of those issues, and proving that there&#8217;s no theoretical risks to be had at the other end.  For example, I could outsource someone&#8217;s CI services to a dedicated machine in a secure enclosure in a datacenter, It wouldn&#8217;t be cheap, but I could do it.  Finding clever ways to resolve that problem would be the challenge.</p>
<p>Winning some Ebay auctions to test out ancient operating systems would be a laugh.  The cost would be securing Windows 2000 and 98 from the outside world, probably with an old-fashioned Cisco firewall to block traffic from anywhere but the CI systems.  You&#8217;re right in that someone would have to scale up to make it worth while.  Or the other approach is to try and run them all in emulators, or Wine, but that might invalidate some testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike mentioned by the Build Doctor &#171; Building Stuff That Matters</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-420</link>
		<dc:creator>Mike mentioned by the Build Doctor &#171; Building Stuff That Matters</dc:creator>
		<pubDate>Fri, 09 Oct 2009 11:12:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-420</guid>
		<description>[...]   Published October 9, 2009   Uncategorized Leave a&#160;Comment       We got our first mention in the blog-o-sphere today with a good article on the pros and cons of outsourced continuous [...]</description>
		<content:encoded><![CDATA[<p>[...]   Published October 9, 2009   Uncategorized Leave a&nbsp;Comment       We got our first mention in the blog-o-sphere today with a good article on the pros and cons of outsourced continuous [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Squirrel</title>
		<link>http://www.build-doctor.com/2009/10/08/outsourcing-continuous-integration/comment-page-1/#comment-421</link>
		<dc:creator>Douglas Squirrel</dc:creator>
		<pubDate>Fri, 09 Oct 2009 00:14:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.build-doctor.com/?p=993#comment-421</guid>
		<description>Another thought: you are right that all vendors may soon offer a wide variety of modern OSes on their build agents. A way to differentiate would be to offer _old_ OSes. Imagine the pain of a company who has important clients still on Windows 2000 or 98 (this is not unheard of, believe me). You can&#039;t even buy those systems any more except maybe on ebay or something, and forget maintaining them (even in a VM they must be a nightmare). Dev teams in this situation may have no other way to run CI other than to outsource to someone who can afford the setup cost.</description>
		<content:encoded><![CDATA[<p>Another thought: you are right that all vendors may soon offer a wide variety of modern OSes on their build agents. A way to differentiate would be to offer _old_ OSes. Imagine the pain of a company who has important clients still on Windows 2000 or 98 (this is not unheard of, believe me). You can&#8217;t even buy those systems any more except maybe on ebay or something, and forget maintaining them (even in a VM they must be a nightmare). Dev teams in this situation may have no other way to run CI other than to outsource to someone who can afford the setup cost.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
