<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for jamesurquhart</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#usercomments-6cfa7654" type="application/json"/><link>http://disqus.com/people/jamesurquhart/</link><description></description><language>en</language><lastBuildDate>Sat, 07 Feb 2009 11:22:22 -0000</lastBuildDate><item><title>Re: http://blog.jamesurquhart.com/2008/11/in-cloud-computing-good-network-gives.html</title><link>http://blog.jamesurquhart.com/2008/11/in-cloud-computing-good-network-gives.html#comment-6068552</link><description>Two places to pick up the conversation:&lt;br&gt;&lt;br&gt;My new blog on CNET: &lt;a href="http://news.cnet.com/the-wisdom-of-clouds" rel="nofollow"&gt;http://news.cnet.com/the-wisdom-of-clouds&lt;/a&gt;&lt;br&gt;The Greg Ness founded &lt;a href="http://infra20.com" rel="nofollow"&gt;http://infra20.com&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Sat, 07 Feb 2009 11:22:22 -0000</pubDate></item><item><title>Re: The Wisdom of Clouds is moving!!!</title><link>http://blog.jamesurquhart.com/2008/12/wisdom-of-clouds-is-moving.html#comment-4603146</link><description>There are tradeoffs, to be sure.  (For instance, I can't track my own traffic anymore, so I must break my statistical crack addiction.) However, in the long term it will be an invaluable venue.  I hope to entice you to read as many as possible, but I, too, will miss the long-form feeds.&lt;br&gt;&lt;br&gt;Thanks to you and all of the other gracious readers out there for turning what was just a place to vent into a community that I treasure and aim to serve the best I can.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Wed, 24 Dec 2008 01:02:26 -0000</pubDate></item><item><title>Re: What is the value of IT convenience?</title><link>http://blog.jamesurquhart.com/2008/11/what-is-value-of-it-convenience.html#comment-4122761</link><description>Well said, Steve.  And I completely agree that IT is now under pressure to compete, not just serve.  Let's see how the industry reacts, shall we? :-)&lt;br&gt;&lt;br&gt;Your company/product naming comment is noted, and I made the correction.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Tue, 02 Dec 2008 01:30:24 -0000</pubDate></item><item><title>Re: Do Your Cloud Applications Need To Be Elastic?</title><link>http://blog.jamesurquhart.com/2008/11/do-your-cloud-applications-need-to-be.html#comment-4005122</link><description>See, now that's an interesting use case.&lt;br&gt;&lt;br&gt;Did you do a cost comparison compared to running virtual machines on your own infrastructure?  Did you have your own infrastructure to start with?&lt;br&gt;&lt;br&gt;Also, have you ever done a spreadsheet projection about your costs if you become wildly successful?  Is there a tipping point where owning your own stuff starts to look more attractive?  That's what Animoto was predicting a few months ago.&lt;br&gt;&lt;br&gt;Thanks for the comment.  I hadn't thought of this angle at all.&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Tue, 25 Nov 2008 10:05:04 -0000</pubDate></item><item><title>Re: Do Your Cloud Applications Need To Be Elastic?</title><link>http://blog.jamesurquhart.com/2008/11/do-your-cloud-applications-need-to-be.html#comment-3968450</link><description>No, but then the Amazon figures don't reflect administrative OPEX, security/patching OPEX, regulatory compliance OPEX, backup system OPEX (or possibly even CAPEX), et. al.  Don't be fooled, Amazon just gives you some servers; you are still responsible for provisioning, monitoring, patching, securiting, assuring compliance, providing a backup plan should Amazon go down, etc., etc., etc.  Developers think there is nothing to do once the server is provisioned.  System administrators responsible for availability and compliance know much more is at stake.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Sun, 23 Nov 2008 11:03:28 -0000</pubDate></item><item><title>Re: Do Your Cloud Applications Need To Be Elastic?</title><link>http://blog.jamesurquhart.com/2008/11/do-your-cloud-applications-need-to-be.html#comment-3965978</link><description>Again, if it doesn't need to be running all of the time (and you can remember to shut the dang thing off), it may be a candidate for EC2/S3.  However, just note that there are 24X7 costs for every EC2 instance, whether it is on or not, in the form of S3/EBS.&lt;br&gt;&lt;br&gt;I'm just warning people to do the math before committing to the cloud.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Sun, 23 Nov 2008 03:37:03 -0000</pubDate></item><item><title>Re: Why the Choice of Cloud Computing Type May Depend On Who's Buying</title><link>http://blog.jamesurquhart.com/2008/11/why-choice-of-cloud-computing-type-may.html#comment-3854040</link><description>I think both Geva and Stuart are correct, but the differences come out when you dig into near term versus long term.  In the 3-5 year horizon, there is no doubt that IT organizations will use the models they know and love when leveraging the cloud, in all its various forms.  So, IaaS is attractive for those wanting server capacity for software stacks they own and operate.  Specific types of developers developing specific applications will be drawn to PaaS, however, as it eliminated gaining a skill they'd rather not waste time on.&lt;br&gt;&lt;br&gt;However, my question stands for the 5-10 year time frame.  If the ultimate goal from the businesses standpoint is specific functionality at specific service levels (including security, etc.), then why "build you own" if someone offers a perfectly good framework/platform on which to build it.&lt;br&gt;&lt;br&gt;Now, folks like ELASTRA, Cassatt, 3TERA and others have an opportunity to drive upwards from infrastructure automation into "platforms", but I predict they will have to narrow down their target market to do so.  Alternatively, they can remain general, but will become "plumbing" and relatively commoditized if they do.&lt;br&gt;&lt;br&gt;I just have trouble seeing a CIO agree that hiring an entire data center staff beats just hiring a developer to write functionality on an infrastructure that someone else worries about--with the caveat that ALL of the CIOs biggest concerns would have to be met before PaaS would be selected.  No PaaS platform is there today, but I'm pretty sure that if the money is there, there will be several that target specific business uses in the mid to long term.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Mon, 17 Nov 2008 01:44:00 -0000</pubDate></item><item><title>Re: Two Announcements to Pay Attention To This Week</title><link>http://blog.jamesurquhart.com/2008/11/two-announcements-to-pay-attention-to.html#comment-3729921</link><description>Let me clarify what I meant.  When you capture an image into Cassatt, it gets tweaked a little bit.  Not much, just stripped of the source host's specific IP and host information, which is replaced with a placeholder so that it can be filled in with instance-specific information later. No one else uses this format for "stripping" server images.  So, it is proprietary.&lt;br&gt;&lt;br&gt;That being said, I completely agree that it is a "generalized" image protocol that allows users to store *any* software image (built on a supported OS) in the repository.  Furthermore, Cassatt entirely uses standards, such as PXE and NFS, to deliver a completely "normal" file system to the target server, one which when delivered is impossible to distinguish from an image installed manually.  So, in the end, for someone using only Cassatt, the image format is immaterial.&lt;br&gt;&lt;br&gt;Finally, these images can be deployed equally well to both physical and virtual servers.  This, it may turn out, could be the thing that softens my complaint...if a Cassatt image delivered to a VDC-OS infrastructure results in a VM that can be deployed equally well to a private or public cloud, then my point is moot.  However, today there really isn't much portability outside of Cassatt private clouds--which is consistent with the state of the market.&lt;br&gt;&lt;br&gt;I just know you guys, so I push you harder... :-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 13 Nov 2008 01:49:15 -0000</pubDate></item><item><title>Re: http://blog.jamesurquhart.com/2008/11/change-take-two.html</title><link>http://blog.jamesurquhart.com/2008/11/change-take-two.html#comment-3722997</link><description>Thanks to all for the kind words.  I couldn't have done it without those that read this blog and push me to do better.  I greatly appreciate the support I've gotten from you all.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Wed, 12 Nov 2008 17:45:49 -0000</pubDate></item><item><title>Re: A Quick Guide To The "Big Four" Cloud Offerings</title><link>http://blog.jamesurquhart.com/2008/11/quick-guide-to-big-four-cloud-offerings.html#comment-3675617</link><description>Alain,&lt;br&gt;&lt;br&gt;In terms of market share, you are correct.  In terms of mindshare, I disagree whole heartedly.  At this point, everything IaaS or PaaS is being compared to one of those four offerings.  I hear excellent things about Morph Labs, but they don't get the press that these four get.&lt;br&gt;&lt;br&gt;I'm not sure I understand the portability comment.  Let's just say I think most enterprises are realistic about what to expect here, but still secretly hold out hope.  It is a worthy consideration from the end user's point of view.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Tue, 11 Nov 2008 02:17:13 -0000</pubDate></item><item><title>Re: A Quick Guide To The "Big Four" Cloud Offerings</title><link>http://blog.jamesurquhart.com/2008/11/quick-guide-to-big-four-cloud-offerings.html#comment-3593193</link><description>I can't find the reference, but I've heard that cloud marketing is the leading cause of death of keyboards in North America and Europe today.  (Asian character set keyboards are somehow immune, perhaps because there is no character for "buaahahahaha!" in any eastern language.)  This is why I type all of my blog posts on a five year old Panasonic Toughbook.&lt;br&gt;&lt;br&gt;Seriously, though, feel free to extend the table. I have little doubt that you'll do so in the spirit of work...&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Fri, 07 Nov 2008 11:06:11 -0000</pubDate></item><item><title>Re: Overcast: Conversations on Cloud Computing</title><link>http://blog.jamesurquhart.com/2008/11/overcast-conversations-on-cloud.html#comment-3579093</link><description>Thanks, Sam.  Your input is greatly appreciated.&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 06 Nov 2008 20:09:19 -0000</pubDate></item><item><title>Re: Is Amazon in Danger of Becoming the WallMart of the Cloud?</title><link>http://blog.jamesurquhart.com/2008/10/is-amazon-in-danger-of-becoming.html#comment-3423129</link><description>Trevor,&lt;br&gt;&lt;br&gt;An excellent post yourself...I like the application of the economies of scale argument to the concept of "big box clouds".  In fact, I like your blog in general.  I am now a subscriber.&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Fri, 31 Oct 2008 16:37:14 -0000</pubDate></item><item><title>Re: Is Amazon in Danger of Becoming the WallMart of the Cloud?</title><link>http://blog.jamesurquhart.com/2008/10/is-amazon-in-danger-of-becoming.html#comment-3298252</link><description>I'm sorry you see it that way.  There is no element of globalization policy intended or, in my opinion, communicated in this post.  It was a statement of a time in rural Iowa, and its *possible* analogy in the cloud.  What happened, happened.  In point of fact, most small towns survived Walmart, but many businesses didn't.&lt;br&gt;&lt;br&gt;So its impossible that I tied Ylastic or any of these other companies with an opinion on anything but the disruptive nature of a "superstore" on competing small businesses.  I've spoke with Ylastic's CTO, Prabhakar Chaganti, and I know how they are pitching their product.  I stand by *my opinion* that Ylastic will find any Amazon-promoted GUI a challenge to their current model.&lt;br&gt;&lt;br&gt;At worst, you can accuse me of being resistant to a valid disruptive business model.  Which is probably fair.  I may also be completely wrong.&lt;br&gt;&lt;br&gt;Don't try to cast this as a political message that it is not.  It distracts from the real question: is Amazon in danger of cannibalizing the entrepreneurial ecosystem of small businesses and startups that organically sprung up around it in the cloud?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Sat, 25 Oct 2008 11:22:12 -0000</pubDate></item><item><title>Re: Amazon Enhances "The Proto-Cloud"</title><link>http://blog.jamesurquhart.com/2008/10/amazon-enhances-proto-cloud.html#comment-3262307</link><description>Paul,&lt;br&gt;&lt;br&gt;Thanks for the kind words and great insight.  I'll correct the root access reference.&lt;br&gt;&lt;br&gt;Re: the "packaging" of services, I tend to thing "interactive AWS management console" (from Jeff's post) is a GUI.  Would you agree?  Does that not hint at the types of APIs you suggest?&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 23 Oct 2008 16:44:26 -0000</pubDate></item><item><title>Re: The PaaS Spectrum: Choosing Your Coding Cloud</title><link>http://blog.jamesurquhart.com/2008/10/paas-spectrum-choosing-your-coding.html#comment-3099917</link><description>Absolutely!  And here's to PaaS vendors working together to allow that investment in programming and innovation to be portable to more than one vendor! ;-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 16 Oct 2008 17:06:50 -0000</pubDate></item><item><title>Re: The PaaS Spectrum: Choosing Your Coding Cloud</title><link>http://blog.jamesurquhart.com/2008/10/paas-spectrum-choosing-your-coding.html#comment-3074562</link><description>Which is great, and certainly a big effort saver for those looking to scale applications across tens or hundreds of systems.  Not portable, though.&lt;br&gt;&lt;br&gt;Tim Bray's site has an interesting discussion about this right now: &lt;a href="http://www.tbray.org/ongoing/When/200x/2008/10/15/Zero-Cloud-Lockin" rel="nofollow"&gt;http://www.tbray.org/ongoing/When/200x/2008/10/...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Wed, 15 Oct 2008 15:21:53 -0000</pubDate></item><item><title>Re: The PaaS Spectrum: Choosing Your Coding Cloud</title><link>http://blog.jamesurquhart.com/2008/10/paas-spectrum-choosing-your-coding.html#comment-3074517</link><description>Heroku is actually very cool.  It falls squarely in the category of "Productivity/Ease of Operation", but there are a few Ruby PaaS providers out there, so perhaps not as "far right" as some.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Wed, 15 Oct 2008 15:18:57 -0000</pubDate></item><item><title>Re: Cracks in the Clouds, but the Sky Ain't Fallin'</title><link>http://blog.jamesurquhart.com/2008/10/cracks-in-clouds-but-sky-aint-fallin.html#comment-2877306</link><description>Point well taken, and thank you.  Fixed now.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Sun, 05 Oct 2008 03:50:04 -0000</pubDate></item><item><title>Re: What the hell is going on with the Cloud Computing group on Google?</title><link>http://blog.jamesurquhart.com/2008/09/what-hell-is-going-on-with-cloud.html#comment-2436990</link><description>Jeremy,&lt;br&gt;&lt;br&gt;You caught me on Sam's stats.  I didn't do my homework there, and I'll update to reflect that. However, that just means he is in the top 2% of members, not the top 1%.&lt;br&gt;&lt;br&gt;Everyone promotes their stuff on that list.  I'm not with a product company, so I'm not pushing product, but I certainly used my blog as post fodder (and more rarely did the reverse).  So did Reuven, botchagalupe, etc., etc., etc.&lt;br&gt;&lt;br&gt;Finally, I have no desire to take over anything.  I thought I was a part of a community, with a certain level of community self policing.  I was wrong.  I can't speak for Sam.&lt;br&gt;&lt;br&gt;However, you and Reuven are right about one thing.  I can take my discussions elsewhere.&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 18 Sep 2008 23:19:12 -0000</pubDate></item><item><title>Re: Cisco's Nexus 1000v and the Cloud: Is it really a big deal?</title><link>http://blog.jamesurquhart.com/2008/09/ciscos-nexus-1000v-and-cloud-is-it.html#comment-2416105</link><description>See!  I knew there were some very cloud-smart people working on that project!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 18 Sep 2008 03:20:01 -0000</pubDate></item><item><title>Re: Cisco's Nexus 1000v and the Cloud: Is it really a big deal?</title><link>http://blog.jamesurquhart.com/2008/09/ciscos-nexus-1000v-and-cloud-is-it.html#comment-2416091</link><description>I will update the post to reflect this.  I am unfortunately unable to make VMWorld this year, but I'd love to get  a demo sometime.  Send me an email at jurquhart at yahoo dot com.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 18 Sep 2008 03:18:02 -0000</pubDate></item><item><title>Re: Update: The Cloud Computing Bill of Rights</title><link>http://blog.jamesurquhart.com/2008/08/update-cloud-computing-bill-of-rights.html#comment-2368179</link><description>Thanks, Sam.  I'm excited to see this happening.  I look forward to reviewing the draft, and I encourage others to do so.&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Mon, 15 Sep 2008 22:24:21 -0000</pubDate></item><item><title>Re: Cloud Computing and the Constitution</title><link>http://blog.jamesurquhart.com/2008/09/cloud-computing-and-constitution.html#comment-2241478</link><description>Excellent question.  I'm just getting to know this issue and the associated laws.  I'd welcome comments from anyone with applicable expertise, but I plan on hunting down an answer either way.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Mon, 08 Sep 2008 23:26:11 -0000</pubDate></item><item><title>Re: Why Every Linux Application Known To Man Will Be SaaS Soon</title><link>http://blog.jamesurquhart.com/2008/08/why-every-linux-application-known-to.html#comment-1841393</link><description>Ah, but that $75 includes infrastructure, which would cost for a single tenant app whether directly owned or via hosting providers.  When looking at this as a service alone, single tenant may be untenable (without automation to save $$ where possible).  However, if comparing to the cost of hosting the same application on the same quality and quantity of resources yourself (or via dedicated hosting), it doesn't look quite so bad.&lt;br&gt;&lt;br&gt;Good point, though.  Most people will quickly look at an app hosted in the cloud as a service, not necessarily an instance of a license.&lt;br&gt;&lt;br&gt;James</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Mon, 25 Aug 2008 19:09:09 -0000</pubDate></item></channel></rss>