This document discusses Amazon AWS and the need for better tools to help build and maintain applications on AWS. It describes three sizes of applications - small, medium, and large - and the different infrastructure considerations for each on AWS. These include using services like RDS, EBS, S3, autoscaling and load balancing. The document also lists some existing tools but notes the need for tools with improved support for multiple AWS accounts, CloudWatch, and optimized clients for different application sizes. It concludes that cloud computing is changing software development by making infrastructure a normal part of applications.

1. On Amazon AWS
Growing into your infrastructure!
Jurg van Vliet, 9Apps (jurg@9apps.net, @truthtrap)

2. 9Apps
We currently run 4 Apps for an
equal number of customers.
With room for 5 more we are
looking. Large or small, doesn't
matter. You can be interesting
for different reasons.
Apps | Tools
Amazon AWS is cool,
really really cool. But
operating this cloud is
also difficult. The main
reason is the lack of
good tools. Tools to
help you build and
maintain your apps.

3. What is Amazon AWS?

4. Today we do 'only'

5. Application Centric Infrastructures
use separate accounts
consolidated billing for bringing
down costs
but multiple accounts not yet
fully supported in most tools
(including Decaf)

6. Small Apps (Buzzer)
small database, preferably RDS
amazon console & decaf
(monitor)
build to fail (EBS, AMIs)

8. Medium Apps (Kulitzer/Layar)
database RDS (HA later this
year)
autoscaling, load balancing
EBS doesn't scale:
S3/CloudFront
build to migrate (zone/region)

9. $ as-create-launch-config layar-app-server-launch-config-1
--image-id ami-0ba24c62
--instance-type m1.large
--group web
$ as-create-auto-scaling-group layar-app-server-as-group-1
--launch-configuration layar-app-server-launch-config-1
--availability-zones us-east-1a
--min-size 1
--max-size 3
--load-balancers layar-elb-1
$ as-create-or-update-trigger layar-app-server-trigger-1
--auto-scaling-group layar-app-server-as-group-1
--namespace "AWS/EC2"
--measure CPUUtilization
--statistic Average
--dimensions "AutoScalingGroupName=layar-app-server-as-group-1"
--period 60
--lower-threshold 20
--upper-threshold 40
--lower-breach-increment=-1
--upper-breach-increment 1
--breach-duration 300

10. Large Apps (Layar)
database: simpledb (cassandra)
Amazon SQS, Amazon SNS
cache (client and server)
build fully distributed (Amazon?)

11. (Lack of) Tools
Amazon Console
Decaf (for Android)
cmdline
ElasticFox, Ylastic, Rightscale
Amazon AWS Support Forums
My wishlist (= 9Apps roadmap)
Multiple account (including
Eucalyptus)
Full CloudWatch Support (mobile)
Clients optimized for the 3 app sizes
Web Console the level of Google docs
(open source & as a service)
Netbook/Tablet optimized Decafs,
because we always work, including
holidays :)

12. Cloud computing, a new paradigm
virtual infrastructures are becoming part of
software
infrastructure cloud is not DIY
autoscaling
load balancing
RDS
Amazon AWS #1 in public clouds
the future of the cloud is private

13. Thank you!
And have fun growing your
virtual (Amazon) infrastructure!
Jurg van Vliet, 9Apps (jurg@9apps.net, @truthtrap)