<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Friends of lancew</title><link>http://disqus.com/people/lancew/</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: 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: 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><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-1828938</link><description>Technically, data encryption is certainly one piece of the security puzzle. (I'm not so sure it directly relates to privacy, per se.) It certainly seems possible for a vendor to provide an interface to allow customers to encrypt their own data, though the support of such a function might expose the vendor to liability.&lt;br&gt;&lt;br&gt;However, I am much more worried about the political and legal threats to security and privacy than the technical ones.&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 14:26:12 -0000</pubDate></item><item><title>Re: The Cloud Computing Bill of Rights</title><link>http://blog.jamesurquhart.com/2008/08/cloud-computing-bill-of-rights.html#comment-1713398</link><description>Excellent point!  &lt;br&gt;&lt;br&gt;It fits with my theory of Follow the Law computing (see &lt;a href="http://blog.jamesurquhart.com/2008/06/follow-law-computing.html" rel="nofollow"&gt;http://blog.jamesurquhart.com/2008/06/follow-la...&lt;/a&gt;).  Organizations will leverage the geographic distribution of cloud systems and the ability to migrate running processes (or code flows) from server to server to develop applications that move to wherever the regulatory environment is best for a given task.&lt;br&gt;&lt;br&gt;But, whether or not that vision plays out, regulatory adherence is, in the end, the customer's problem, not the vendor's.  The vendor's responsibility is, as you say, to provide the tools and metrics to assure that compute loads and data exist physically where you want them to.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Thu, 21 Aug 2008 01:27:27 -0000</pubDate></item><item><title>Re: The Cloud Computing Bill of Rights</title><link>http://blog.jamesurquhart.com/2008/08/cloud-computing-bill-of-rights.html#comment-1708044</link><description>Thanks, John.  I'll certainly take a look at geek-pac. I'm beginning to feel this is an important policy issue to debate.&lt;br&gt;&lt;br&gt;Your point about rights of termination (in your brief statement linked above) is critical, and I missed it entirely.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jamesurquhart</dc:creator><pubDate>Wed, 20 Aug 2008 19:51:39 -0000</pubDate></item></channel></rss>