<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for jamesurquhart</title><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://cloudcomputing.disqus.com/thread_508/#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://cloudcomputing.disqus.com/the_wisdom_of_clouds_is_moving/#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://cloudcomputing.disqus.com/what_is_the_value_of_it_convenience/#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://cloudcomputing.disqus.com/do_your_cloud_applications_need_to_be_elastic/#comment-4021209</link><description>Hey James -- sorry for the delay, disqus didn't let me know there was a reply ;)&lt;br&gt;&lt;br&gt;We're an early-stage startup, so no, we had no existing infrastructure bar a few colo servers which could be entirely replaced by EC2 instances.&lt;br&gt;&lt;br&gt;Being able to use small numbers of servers at a time and be billed for just the CPU time used is great for us.  Of course, we also have inelastic parts of the infrastructure that could be hosted elsewhere at a colo for less cost, and personally, I would probably have done this given the choice; but mgmt were happier just to use EC2 as widely as possible, despite the additional costs, since it keeps things simpler.&lt;br&gt;&lt;br&gt;For example, we also use S3 heavily, and EC2-to-S3 traffic is extremely fast and cheap compared to external-to-S3; so that's proving to be an effective point of lock-in.  (We don't mind.)&lt;br&gt;&lt;br&gt;Regarding locally-hosted servers on our own infrastructure -- that was simply out.  There's a massive amount of investment that would be required to get a sufficiently-reliable infrastructure set up, and a good deal of coding and config to get an EC2ish elastic server provisioning system going on that. Further down the line, that might be appropriate, but not yet... it's a lot easier to let Amazon do it for us ;)&lt;br&gt;&lt;br&gt;There's definitely a point where we *could* migrate to our own infrastructure in the future, and open source apps like Eucalyptus make that more viable -- but in my opinion it's very far off indeed...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jmason</dc:creator><pubDate>Wed, 26 Nov 2008 05:18:58 -0000</pubDate></item><item><title>Re: Do Your Cloud Applications Need To Be Elastic?</title><link>http://cloudcomputing.disqus.com/do_your_cloud_applications_need_to_be_elastic/#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://cloudcomputing.disqus.com/do_your_cloud_applications_need_to_be_elastic/#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://cloudcomputing.disqus.com/do_your_cloud_applications_need_to_be_elastic/#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://cloudcomputing.disqus.com/why_the_choice_of_cloud_computing_type_may_depend_on_whos_buying/#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://cloudcomputing.disqus.com/two_announcements_to_pay_attention_to_this_week/#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://cloudcomputing.disqus.com/thread_23/#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://cloudcomputing.disqus.com/a_quick_guide_to_the_big_four_cloud_offerings/#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://cloudcomputing.disqus.com/a_quick_guide_to_the_big_four_cloud_offerings/#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://cloudcomputing.disqus.com/overcast_conversations_on_cloud_computing/#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://cloudcomputing.disqus.com/is_amazon_in_danger_of_becoming_the_wallmart_of_the_cloud/#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://cloudcomputing.disqus.com/is_amazon_in_danger_of_becoming_the_wallmart_of_the_cloud/#comment-3308528</link><description>Your post raises a valid concern - one that several people have raised elsewhere.  RS have, to their credit, indicated in several posts that they don't share the fear (for the moment at least).  &lt;br&gt;&lt;br&gt;My reference to globalization debate was probably poorly expressed - I pointed out your post shared an element with the globalization lobby.  Specifically, raising fears on others behalf.&lt;br&gt;Anyway, I wanted to illustrate the example of third parties 'campaigning' or raising issues/fears without really doing their homework - &lt;br&gt;of course opinions should always be freely given.  &lt;br&gt;&lt;br&gt;Some observations in the context of your shopping market:&lt;br&gt; - Observe a shopping center/mall.  Aren't there typically anchor tenants (Kmart/Walmart/Target etc.) and specialty stores in the one mall?  Don't the speciality stores often carry products similar to, but more specialized than those in Target/Kmart/Walmart etc? Isn't one cited role of anchor tenants to draws crowds, and for the specialty stores to access the passing traffic volume - traffic volume they wouldn't necessarily attract on their own. Isn't it reasonable to compare AWS to the anchor tenant and Ylastic/RS to the specialty stores?  In RS case they appear to see themselves as a specialty vendor that will happily co-exist along side a Walmart anchor tenant (AWS) or a Target anchor tenant (Eucalyptus?, Globus/Nimbus?)&lt;br&gt; - Next note what has happened with JungleDisk - acquired by RackSpace.  If I follow your logic, you'd seem to want that: (A) AWS shouldn't compete with its ecosystem.  Rather they must develop that ecosystem so that an AWS competitor can come and cannibalize it? Interesting logic.  Or (B) do you propose that AWS should only compete with their 'community ecosystem' after one of their competitors acquires one of their community?&lt;br&gt;What if AWS look at the community efforts and think 'Nope.  We don't think they have got it right.  We need to have much better'.  Are their hands to be tied?  Should AWS have give away all of their ideas for someone else to profit from?&lt;br&gt; &lt;br&gt;I think lurking in your logic is the sentiment that there can only be one successful offering, all else are doomed to failure.  That seems to me to be a little like claiming no specialty store can expect to succeed in a mall that has a Walmart/Kmart/Target present.  Or, no more than one specialty store can survive/thrive.&lt;br&gt;&lt;br&gt;Finally, it is disturbing that you assign 0 (zero) weight to the consumer in all this.  Your very emotive description:&lt;br&gt;"Amidst this traumatic upheaval appeared a great beast, threatening to suck what little life was left out of small town retail businesses."&lt;br&gt;&lt;br&gt;Could equally have this counterpart:&lt;br&gt;"After decades of having the life sucked out of the family budget, residents could afford life's essentials without having to work overtime on weekends just to pay the local vampires running their cozy monopolies.  Time spent slaving to buy something warm for winter was replaced by time spent with family on holidays.&lt;br&gt;The local blood suckers had long used their excess profits to ensure they controlled the local retail space - ensuring their inefficient monopoly.  They also paid enough money to local sport and community bodies to ensure that their threats to withdraw support, if their representatives weren't elected to council, would leave a community crippled."&lt;br&gt;&lt;br&gt;Of course that would never happen in smaller communities.  &lt;br&gt;Never :)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mark</dc:creator><pubDate>Sun, 26 Oct 2008 03:31:31 -0000</pubDate></item><item><title>Re: Is Amazon in Danger of Becoming the WallMart of the Cloud?</title><link>http://cloudcomputing.disqus.com/is_amazon_in_danger_of_becoming_the_wallmart_of_the_cloud/#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://cloudcomputing.disqus.com/amazon_enhances_the_proto_cloud/#comment-3262792</link><description>James, you're right, the management console bullet mentions "a&lt;br&gt;point-and-click web interface".  I missed that.  On one level, I am a little&lt;br&gt;concerned that Amazon is crossing a line that might shrink the opportunity&lt;br&gt;for other providers in the AWS ecosystem.&lt;br&gt;Looking forward to your "Wall Mart" post!  -Paul</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">pretherford</dc:creator><pubDate>Thu, 23 Oct 2008 17:06:29 -0000</pubDate></item><item><title>Re: Amazon Enhances "The Proto-Cloud"</title><link>http://cloudcomputing.disqus.com/amazon_enhances_the_proto_cloud/#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://cloudcomputing.disqus.com/the_paas_spectrum_choosing_your_coding_cloud/#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://cloudcomputing.disqus.com/the_paas_spectrum_choosing_your_coding_cloud/#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://cloudcomputing.disqus.com/the_paas_spectrum_choosing_your_coding_cloud/#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://cloudcomputing.disqus.com/cracks_in_the_clouds_but_the_sky_aint_fallin/#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://cloudcomputing.disqus.com/what_the_hell_is_going_on_with_the_cloud_computing_group_on_google/#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://cloudcomputing.disqus.com/ciscos_nexus_1000v_and_the_cloud_is_it_really_a_big_deal/#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://cloudcomputing.disqus.com/ciscos_nexus_1000v_and_the_cloud_is_it_really_a_big_deal/#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></channel></rss>