<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Brit Gardner ::: Web Developer ::: Dallas, TX &#187; ec2</title>
	<atom:link href="http://britg.com/tags/ec2/feed/" rel="self" type="application/rss+xml" />
	<link>http://britg.com</link>
	<description>The big yellow one&#039;s the sun.</description>
	<lastBuildDate>Sun, 10 Jan 2010 17:25:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Sorry, Ylastic &#8211; AWS Console is Here</title>
		<link>http://britg.com/2009/01/09/sorry-ylastic-aws-console-is-here/</link>
		<comments>http://britg.com/2009/01/09/sorry-ylastic-aws-console-is-here/#comments</comments>
		<pubDate>Fri, 09 Jan 2009 13:42:07 +0000</pubDate>
		<dc:creator>britg</dc:creator>
				<category><![CDATA[news]]></category>
		<category><![CDATA[amazon web services]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[ec2]]></category>
		<category><![CDATA[ylastic]]></category>

		<guid isPermaLink="false">http://britg.com/?p=541</guid>
		<description><![CDATA[I&#8217;ve been using Ylastic for quite some time &#8211; it&#8217;s a great web-based management tool for the Amazon Web Services.  But, just saw an email this morning from Amazon announcing the beta of their very own web-based management console!
First impressions are that it looks and feels very similar to Ylastic, but straight from the horses [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignright size-full wp-image-494" title="100014192753_v46777512_" src="http://britg.com/wordpress/wp-content/uploads/2008/09/100014192753_v46777512_.gif" alt="100014192753_v46777512_" width="170" height="69" />I&#8217;ve been using <a href="http://ylastic.com">Ylastic</a> for quite some time &#8211; it&#8217;s a great web-based management tool for the Amazon Web Services.  But, just saw an email this morning from Amazon announcing the beta of their very own web-based management console!</p>
<p>First impressions are that it looks and feels very similar to Ylastic, but straight from the horses mouth (<em>is tha a saying?  i think it is</em>).  Even though I have some level of attachment and commitment to Ylastic, practicality says that I should be using Amazon&#8217;s console &#8211; especially since it&#8217;s free.  The only saving grace right now is that the AWS console supports EC2 &#8211; but Amazon promises support for it&#8217;s other services coming very soon.</p>
<p>Ouch!  I really hope Ylastic can come up with a way to differentiate itself from Amazon&#8217;s offering.  I hate to see when innovative and useful startups get obscured by one of the big boys without an M&amp;A deal going down.</p>
<p>If you have an AWS account, you should be able to access your management console from here: <a href="https://console.aws.amazon.com/">https://console.aws.amazon.com/ </a></p>
]]></content:encoded>
			<wfw:commentRss>http://britg.com/2009/01/09/sorry-ylastic-aws-console-is-here/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Erlang, CouchDB, Yaws and MochiWeb Amazon Machine Instance</title>
		<link>http://britg.com/2008/06/14/erlang-couchdb-yaws-and-mochiweb-amazon-machine-instance/</link>
		<comments>http://britg.com/2008/06/14/erlang-couchdb-yaws-and-mochiweb-amazon-machine-instance/#comments</comments>
		<pubDate>Sat, 14 Jun 2008 19:50:04 +0000</pubDate>
		<dc:creator>britg</dc:creator>
				<category><![CDATA[news]]></category>
		<category><![CDATA[couchdb]]></category>
		<category><![CDATA[ec2]]></category>
		<category><![CDATA[erlang]]></category>
		<category><![CDATA[mochiweb]]></category>
		<category><![CDATA[yaws]]></category>

		<guid isPermaLink="false">http://britg.com/?p=196</guid>
		<description><![CDATA[I call this my erlang playground instance.  Here&#8217;s what&#8217;s installed:

Ubuntu Server Hardy 8.0.4
Apache 2 listening to port 80
Erlang R12B-3
CouchDB 0.8 listening to port 5984
Yaws v1.76 listening to port 8080
MochiWeb Library

The instance ID is ami-12ae4a7b and I&#8217;ve made it public so feel free to use it to your hearts content!
I plan to add to this instance [...]]]></description>
			<content:encoded><![CDATA[<p>I call this my erlang playground instance.  Here&#8217;s what&#8217;s installed:</p>
<ol>
<li>Ubuntu Server Hardy 8.0.4</li>
<li>Apache 2 listening to port 80</li>
<li>Erlang R12B-3</li>
<li>CouchDB 0.8 listening to port 5984</li>
<li>Yaws v1.76 listening to port 8080</li>
<li>MochiWeb Library</li>
</ol>
<p>The instance ID is <code>ami-12ae4a7b</code> and I&#8217;ve made it public so feel free to use it to your hearts content!</p>
<p>I plan to add to this instance whenever I find time.  I definitely want to get SSL socket communication going using <a href="http://www.trapexit.org/Distributed_erlang_using_ssl_through_firewalls">this tutorial</a>.  I&#8217;m also interested in Kevin&#8217;s <a href="http://weblog.hypotheticalabs.com/?p=198">virtuerl project</a> over a hypotheticalabs for quick and easy VM management because the whole reason I&#8217;m going through the trouble of doing this on EC2 is I think development on any erlang system should start and end with multiple physical machines.</p>
]]></content:encoded>
			<wfw:commentRss>http://britg.com/2008/06/14/erlang-couchdb-yaws-and-mochiweb-amazon-machine-instance/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Immensely Interesting Look Into SmugMug&#8217;s Cloud-based Setup</title>
		<link>http://britg.com/2008/06/03/immensely-interesting-look-into-smugmugs-cloud-based-setup/</link>
		<comments>http://britg.com/2008/06/03/immensely-interesting-look-into-smugmugs-cloud-based-setup/#comments</comments>
		<pubDate>Tue, 03 Jun 2008 22:14:53 +0000</pubDate>
		<dc:creator>britg</dc:creator>
				<category><![CDATA[news]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[ec2]]></category>
		<category><![CDATA[erlang]]></category>
		<category><![CDATA[smug mug]]></category>

		<guid isPermaLink="false">http://britg.com/?p=154</guid>
		<description><![CDATA[Don MacAskill gives a really interesting bird&#8217;s eye view into how their service at Smug Mug is set up.  If you&#8217;re not familiar with SmugMug, it&#8217;s a for-pay image hosting site that&#8217;s profitable in a Flickr world so they must be doing something right, right?
I find his post especially interesting because I think the multiplayer [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://blogs.smugmug.com/don">Don MacAskill</a> gives a really interesting <a href="http://blogs.smugmug.com/don/2008/06/03/skynet-lives-aka-ec2-smugmug/">bird&#8217;s eye view</a> into how their service at Smug Mug is set up.  If you&#8217;re not familiar with SmugMug, it&#8217;s a for-pay image hosting site that&#8217;s profitable in a Flickr world so they must be doing something right, right?</p>
<p>I find his post especially interesting because I think the multiplayer gaming infrastructure of the future is going to be on these Cloud-type services.  Not just static data like Valve&#8217;s new Steam Cloud, but dynamic real-time multiplayer services that you can &#8220;just throw another box to&#8221; to handle load peaks, etc.</p>
<p>Their approach to &#8220;worker&#8221; instances I like a lot &#8211; they are completely stupid when they are born, but once started they execute a small script that fetches their intelligence.  Brilliant!  Updating your core software is dead simple &#8211; update it once on your mother ship, and all your worker instances will be up to date automatically when they are born.</p>
<p>This is in contrast to packaging your machine instance with all the necessary software to start work immediately, which limits you to the role that you&#8217;ve packaged it for.  Also, you don&#8217;t have to create and test new AMIs every time you want to update&#8230; have you ever made one of these things? &#8211; it&#8217;s <em>hard!</em> On a scale of one to ten I would rather take a fork in the eye than create, upload them and test a new instance.</p>
<p>The workers in the system Don outlines are isolated and receive their intelligence and work from a central server, but what if you were to take the <a href="http://britg.com/2008/05/30/thoughts-on-massively-multiplayer-flash-gaming-infrastructure/">advantages</a> of an Erlang based system &#8211; immediate awareness, concurrancy &#8211; and throw it into the equation?  Veeeery Interesting&#8230;.</p>
]]></content:encoded>
			<wfw:commentRss>http://britg.com/2008/06/03/immensely-interesting-look-into-smugmugs-cloud-based-setup/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
