From Zero to Cloud in 30 minutes
Upcoming SlideShare
Loading in...5
×
 

From Zero to Cloud in 30 minutes

on

  • 2,890 views

30 minutes of lessons from Amazon on how to Architect an infrastructure in the cloud.

30 minutes of lessons from Amazon on how to Architect an infrastructure in the cloud.

Statistics

Views

Total Views
2,890
Views on SlideShare
2,827
Embed Views
63

Actions

Likes
7
Downloads
131
Comments
1

4 Embeds 63

http://www.linkedin.com 56
http://www.slideshare.net 4
http://www.lmodules.com 2
http://www.slideee.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

From Zero to Cloud in 30 minutes From Zero to Cloud in 30 minutes Presentation Transcript

  • From Zero to Cloud in 30 minutes Simone Brunozzi - AWS Technology Evangelist Europe
  • A presentation is not an obligation. Seth Godin It's a privilege.
  • Pleased to meet you Technical background Loves presenting Loves traveling Loves people Simone, Italian, AWS technology Evangelist Twitter: @simon (tag is #next09 ) Linkedin Facebook Dopplr Friendfeed Amazon Flickr SmugMug
  • Next09, May 6th, 2:00pm 01 - Audimax: "When Money Talks", Jeff Jarvis, Humair Haque 02 - K2: "Social Media", Gary Hoff 04 - K4: "Startup presentations", Victor Henning, Daniel Shaffeld What is happening right now? 03 - P1: "From zero to Cloud in 30 minutes", Simone Brunozzi
  • Why? Amazon.com?
  • Share Economy Martin Weitzman (1986): the more we share, the better
  • Examples of "sharing"... The Merchant business, the "Risky Bet" Amazon Business: Retail Merchants Developers (AWS) Amazon Web Services: > 540,000 registered users > 52 Billion objects
  • Cloud Computing To help you share your ideas with the world
  • The one slide sales pitch And yes: I hate bullet points :) Amazon S3: durable storage on internet Amazon CloudFront: Content Delivery Service Amazon EC2: virtual servers on demand EBS for EC2: persistent storage Public Data Sets: Human Genome, Census, Science, etc Amazon SQS: messaging system Elastic MapReduce: instant Hadoop cluster http://aws.amazon.com
  • La Pedrera - Casa Milà, Barcelona - Antonio Gaudi Architecting in the Cloud
  • Architecting in the Cloud 1. Design for failure 2. Loose coupling sets you free 3. Design for dynamism 4. Security is everywhere 5. Don't fear constraints 6. Many storage options 7. AWS ecosystem and community I share lessons learned at Amazon.com
  • 1. Design for Failure "Everything fails, all the time" Werner Vogels , CTO Amazon.com and nothing will really fail Avoid single points of failure Assume everything fails, and design backwards
  • Design for Failure with AWS Tools to make your life easier Elastic IP Availability Zones (AZ) Elastic Block Store (EBS) Real time monitoring Heartbeat, Linux-HA, NFS, RAS: Reliability Availability Serviceability, Beowulf ZFS, BTRFS, cluster file system, AndrewFS, CODA, Cluster Resource Manager
  • 2. Loosely Coupled Systems "Low, Loose, Weak" beats "High, Tight, Strong" Loosely Coupled in time (message oriented middleware) Loosely Coupled in format (data transformation) In Web Services: implementation is hidden from the caller Everything is a Black Box De-coupling for Hybrid models Load-balancing clusters Better scaling SQS prevents failures
  • 3. Design for Dynamism No assumption on health, location Bootstrap, dynamic configuration Management components to scale Architect for change Panta Rei (everything flows, by Heraclitus Simplicius) Scaling-out and scaling-in will change servers you talk to
  • 4. Security is everywhere Physical is free Network is easy The rest can be added Use it Security groups (EC2 cluster) and IP ranges Group-based rules to control access between App layers Encrypt S3, data transfer, file systems (efs)
  • 5. Don't fear constraints More RAM? Shared distributed cache Architectural constraints? Don't embrace, break them Better DB performances? Multiple read-only / sharding / DB clustering Your server is better? EC2 on demand. Static IP? Boot script for software reconfiguration from SimpleDB
  • Example: memcached Distributed Memory Cache System ( mem-cache-dee ) No auth/security; DB speedups with read reduction f get_x (int id) { result = db_sel("SELECT * FROM users WHERE id = ?", id); return result; } function get_x (int id) { result = memcached_fetch("userrow:" + id); if (!result) { result = db_sel("SELECT * FROM users WHERE id = ?", id); memcached_add("userrow:" + id, result); } return result; }
  • 6. Many Storage options Amazon S3: large static objects Cloudfront: distribution SimpleDB: simple data indexing/quering Amazon EC2: local disc drive Amazon EBS: persistent storage Lessons from Amazon.com
  • 7. AWS community and Ecosystem AWS Ecosystem AWS Community Find help, guidance, assistance when you need it
  • AWS community and Ecosystem An example?
  • AWS community and Ecosystem An example?
  • AWS community and Ecosystem An example?
  • Warning! Ugly diagram ahead
  •  
  • Architecting in the Cloud Did you like it? 1. Design for failure 2. Loose coupling sets you free 3. Design for dynamism 4. Security is everywhere 5. Don't fear constraints 6. Many storage options 7. AWS ecosystem and community
  • Twitter: #next09 @simon Did you like it?
  • Simone Brunozzi - simoneb@amazon.lu - Twitter: @simon Thank You! http://bit.ly/aws06