<?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"
	>
<channel>
	<title>Comments on: Cloud computing is a sea change - How sysadmins can prepare</title>
	<atom:link href="http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/</link>
	<description>by Mark Mayo</description>
	<pubDate>Fri, 12 Mar 2010 22:23:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Cloudy Weather - My World is Changing &#8211; David Mostardi</title>
		<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324842</link>
		<dc:creator>Cloudy Weather - My World is Changing &#8211; David Mostardi</dc:creator>
		<pubDate>Tue, 16 Jun 2009 14:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324842</guid>
		<description>[...] Mayo has written an excellent piece on the coming sea change and how sysadmins can prepare. Words to keep one&#8217;s job [...]</description>
		<content:encoded><![CDATA[<p>[...] Mayo has written an excellent piece on the coming sea change and how sysadmins can prepare. Words to keep one&#8217;s job [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil</title>
		<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324826</link>
		<dc:creator>Phil</dc:creator>
		<pubDate>Thu, 23 Apr 2009 00:18:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324826</guid>
		<description>As a long time manager of sysadmins, network admins, project managers and systems operators, this is already starting to happen. While we have had to maintain Production sites in the 'traditional' sense (presentation, app/integration, database/storage tiers, content switched, load balanced, firewalled and made fully failover+redundant) we've seen tightness around our development, QA/staging and DR sites; to the point that those platforms are all virtualized today (VMWare, HyperV, etc.) Hardware has become cheap to the point that buying a few big boxes and slicing and dicing the environment in to virtual hosts and firing up new clusters for more rapid application development means the focus has turned away from "grunt" work to "sophisticated" work where we collaborate with the application developers to help group and align services so that they scale the best, especially if we have to interface with CICS transactions written (and still written) in Cobol sitting on an IBM mainframe.

Gone are the days of gushing and oh-wowing over the latest pieces of gadgetry to come on to the loading dock. Its all about application performance and secure integration and orchestrations - all that need the kind of analytical smarts and broad vision that BOFHs have always had.</description>
		<content:encoded><![CDATA[<p>As a long time manager of sysadmins, network admins, project managers and systems operators, this is already starting to happen. While we have had to maintain Production sites in the &#8216;traditional&#8217; sense (presentation, app/integration, database/storage tiers, content switched, load balanced, firewalled and made fully failover+redundant) we&#8217;ve seen tightness around our development, QA/staging and DR sites; to the point that those platforms are all virtualized today (VMWare, HyperV, etc.) Hardware has become cheap to the point that buying a few big boxes and slicing and dicing the environment in to virtual hosts and firing up new clusters for more rapid application development means the focus has turned away from &#8220;grunt&#8221; work to &#8220;sophisticated&#8221; work where we collaborate with the application developers to help group and align services so that they scale the best, especially if we have to interface with CICS transactions written (and still written) in Cobol sitting on an IBM mainframe.</p>
<p>Gone are the days of gushing and oh-wowing over the latest pieces of gadgetry to come on to the loading dock. Its all about application performance and secure integration and orchestrations - all that need the kind of analytical smarts and broad vision that BOFHs have always had.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324786</link>
		<dc:creator>mark</dc:creator>
		<pubDate>Fri, 16 Jan 2009 04:37:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324786</guid>
		<description>There are edge cases, yes. Primarily, the people who actually build these "cloud" infrastructures. :) Which includes people who build and implement CDNs (Akamai, Amazon's new CDN), core internet infrastructure (DNS, actual IP transport), etc. 

BTW some of the cloud offerings are indeed already geographically distributed - Amazon lets you pick from several "availability zones". Even at Joyent we let people choose which coast they want to fire up Accelerators on, and we partner for CDN services so customers can automatically get their assets closer to customers. I happen to think the ability to offer geographic distribution is one of the main factors (on top of the ones I laid out above)  supporting my view that the Cloud/IaaS space will increasingly be dominated by a handful of very large players. Smaller shops just can't afford the capex layout and legal costs of running datacenters around the world. But as the Net grows to every corner of the world, pushing your app as close to all those corners as possible becomes more and more important.

Interesting times ahead, for sure.</description>
		<content:encoded><![CDATA[<p>There are edge cases, yes. Primarily, the people who actually build these &#8220;cloud&#8221; infrastructures. <img src='http://www.vmunix.com/mark/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> Which includes people who build and implement CDNs (Akamai, Amazon&#8217;s new CDN), core internet infrastructure (DNS, actual IP transport), etc. </p>
<p>BTW some of the cloud offerings are indeed already geographically distributed - Amazon lets you pick from several &#8220;availability zones&#8221;. Even at Joyent we let people choose which coast they want to fire up Accelerators on, and we partner for CDN services so customers can automatically get their assets closer to customers. I happen to think the ability to offer geographic distribution is one of the main factors (on top of the ones I laid out above)  supporting my view that the Cloud/IaaS space will increasingly be dominated by a handful of very large players. Smaller shops just can&#8217;t afford the capex layout and legal costs of running datacenters around the world. But as the Net grows to every corner of the world, pushing your app as close to all those corners as possible becomes more and more important.</p>
<p>Interesting times ahead, for sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Pounsett</title>
		<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324785</link>
		<dc:creator>Matt Pounsett</dc:creator>
		<pubDate>Fri, 16 Jan 2009 04:20:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324785</guid>
		<description>The cloud implementations I'm aware of are still being implemented as big, centralized data centres.  If I'm wrong on that please let me know.  I think you're right about the implications to the average sysadmin, but there are edge cases where this doesn't, and can't, replace the bare metal.  I'm thinking in particular of applications that require broad physical and/or topological diversity like DNS infrastructure and content delivery.  Think root/TLD DNS servers or outfits like Akamai.   Until the cloud is everywhere, and topological location is one of the radio buttons in the VM config, I don't see the current sysadmin/SI paradigm going away completely.. just getting really, really small.</description>
		<content:encoded><![CDATA[<p>The cloud implementations I&#8217;m aware of are still being implemented as big, centralized data centres.  If I&#8217;m wrong on that please let me know.  I think you&#8217;re right about the implications to the average sysadmin, but there are edge cases where this doesn&#8217;t, and can&#8217;t, replace the bare metal.  I&#8217;m thinking in particular of applications that require broad physical and/or topological diversity like DNS infrastructure and content delivery.  Think root/TLD DNS servers or outfits like Akamai.   Until the cloud is everywhere, and topological location is one of the radio buttons in the VM config, I don&#8217;t see the current sysadmin/SI paradigm going away completely.. just getting really, really small.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weekly Digest, 11-30-08 - almost effortless</title>
		<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324733</link>
		<dc:creator>Weekly Digest, 11-30-08 - almost effortless</dc:creator>
		<pubDate>Mon, 01 Dec 2008 03:45:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324733</guid>
		<description>[...] Cloud computing is a sea change How sysadmins can prepare ...don’t be shy, embrace the cloud. If you’re a UNIX sysadmin you already have the right stuff to succeed in this new world of utility on-demand computing... [...]</description>
		<content:encoded><![CDATA[<p>[...] Cloud computing is a sea change How sysadmins can prepare &#8230;don’t be shy, embrace the cloud. If you’re a UNIX sysadmin you already have the right stuff to succeed in this new world of utility on-demand computing&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The future is cloudy &#124; Bootup Labs Blog</title>
		<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324669</link>
		<dc:creator>The future is cloudy &#124; Bootup Labs Blog</dc:creator>
		<pubDate>Sat, 18 Oct 2008 00:31:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324669</guid>
		<description>[...] folks covering related ideas include Mark Mayo, who writes about the changing role / skillset of sysadmins. Tim Bray&#8217;s Tough Times series covers infrastructure in part. Zero Cloud Lockin is having a [...]</description>
		<content:encoded><![CDATA[<p>[...] folks covering related ideas include Mark Mayo, who writes about the changing role / skillset of sysadmins. Tim Bray&#8217;s Tough Times series covers infrastructure in part. Zero Cloud Lockin is having a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor O</title>
		<link>http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324664</link>
		<dc:creator>Trevor O</dc:creator>
		<pubDate>Fri, 17 Oct 2008 21:56:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2008/10/17/cloud-computing-is-a-sea-change-how-sysadmins-can-prepare/#comment-324664</guid>
		<description>I especially agree about the technologies that people need to start learning. Too many sysadmins I've met are hung up on getting another 512kbps of throughput out of their servers. That kind of detail oriented tweaking is great, but it doesn't matter when you can get 10 more servers for the equivalent of one hour of work.

Distributed Distributed Distributed (I'm the new Jumping Ballmer)

PS. Time to start the Plan9 Vancouver User Group. There will be at least 2 people. Ha.</description>
		<content:encoded><![CDATA[<p>I especially agree about the technologies that people need to start learning. Too many sysadmins I&#8217;ve met are hung up on getting another 512kbps of throughput out of their servers. That kind of detail oriented tweaking is great, but it doesn&#8217;t matter when you can get 10 more servers for the equivalent of one hour of work.</p>
<p>Distributed Distributed Distributed (I&#8217;m the new Jumping Ballmer)</p>
<p>PS. Time to start the Plan9 Vancouver User Group. There will be at least 2 people. Ha.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
