At Camptocamp, we have deployed several production instances of web mapping applications on Amazon. For example, Map veloland (<a href="http://map.veloland.ch/?lang=en">http://map.veloland.ch/?lang=en</a>) a 100k+ unique visitors/day is hosted this way and use several OS software (Puppet, HAproxy, MapServer, TileCache, Pylons, MapFish, GeoExt, OpenLayers, ExtJS and others).<br>
0$ investment, handle of slashdot effect or scalabality, flexibility are big advantages of Amazon cloud computing (I'm not an Amazon sales representative, only an happy user ;-).<br>Cédric <br> <br><br><div class="gmail_quote">
On Sun, May 31, 2009 at 2:45 PM, Andrew Turner <span dir="ltr"><<a href="mailto:ajturner@highearthorbit.com">ajturner@highearthorbit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">> On May 30, 2009, at 3:38 PM, "Randy George" <<a href="mailto:rkgeorge@cadmaps.com">rkgeorge@cadmaps.com</a>> wrote:<br>
><br>
>> Cloud options are looking interesting.<br>
>><br>
>> <a href="http://aws.amazon.com/ec2/" target="_blank">http://aws.amazon.com/ec2/</a> Windows, Linux, Solaris options<br>
>><br>
>> I imagine ESRI license entanglement with virtual servers could be a<br>
>> problem. But no problem at all with Open Source GIS stacks. No license to<br>
>> get tangled with load balancing and auto scaling where servers come and go<br>
>> as needed. Mostly I've seen small business interest since they tend to take<br>
>> overhead costs more seriously.<br>
>><br>
>> It might be useful to include a Cloud based server solution addendum,<br>
>> because that would be less optimal for an ESRI vendor and could look good<br>
>> compared to in-house hardware.<br>
<br>
</div>We found it much better to own our entire solution (GeoIQ) due to<br>
this. It's built either with our own pieces, or open-source pieces -<br>
so we can deploy it to cloud, appliances, whatever without concern for<br>
ToU, licensing, etc. It's definitely a huge boon for us as a<br>
'business'.<br>
<div class="im"><br>
>><br>
>> Unfortunately, medium and large organizations seem to have budget<br>
>> allocations already in place for the big ticket approach. But then in this<br>
>> economy even that could be changing.<br>
<br>
</div>Yes, that is a questionably valid (and even provably invalid)<br>
assumption. Big ticket items kick in all kinds of departmental, IT<br>
team, budgetary, sustainability, etc. questions. They're looking for<br>
easy entry items that maybe they can even slip into their<br>
discretionary budgets without invoking too much beauracracy.<br>
<font color="#888888"><br>
Andrew<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Discuss mailing list<br>
<a href="mailto:Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/discuss" target="_blank">http://lists.osgeo.org/mailman/listinfo/discuss</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>CTO Geospatial Camptocamp SA<br>Cédric Moullet<br>PSE A<br>CH-1015 Lausanne<br><a href="http://www.camptocamp.com">www.camptocamp.com</a> / <a href="http://www.mapfish.org">www.mapfish.org</a> / <a href="http://twitter.com/cedricmoullet">twitter.com/cedricmoullet</a> / <a href="http://mapfishblog.blogspot.com/">mapfishblog.blogspot.com/</a><br>
<br>+41 79 759 69 83 (mobile)<br>+41 21 619 10 21 (direct)<br>+41 21 619 10 10 (centrale)<br>+41 21 619 10 00 (fax)<br>