from zero to cloud in 30 minutes

Post on 15-Jan-2015

1.679 Views

Category:

Technology

2 Downloads

Preview:

Click to see full reader

DESCRIPTION

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

TRANSCRIPT

From Zero to Cloudin 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 backgroundLoves presentingLoves travelingLoves 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 Haque02 - 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 EconomyMartin Weitzman (1986): the more we share, the better

Examples of "sharing"...The Merchant business, the "Risky Bet"

Amazon Business:RetailMerchantsDevelopers (AWS)

Amazon Web Services:> 540,000 registered users> 52 Billion objects

Cloud ComputingTo help you share your ideas with the world

The one slide sales pitchAnd yes: I hate bullet points :)

Amazon S3: durable storage on internetAmazon CloudFront: Content Delivery ServiceAmazon EC2: virtual servers on demandEBS for EC2: persistent storagePublic Data Sets: Human Genome, Census, Science, etcAmazon SQS: messaging systemElastic MapReduce: instant Hadoop cluster

http://aws.amazon.com

La Pedrera - Casa Milà, Barcelona - Antonio Gaudi

Architectingin the Cloud

Architecting in the Cloud

1. Design for failure2. Loose coupling sets you free3. Design for dynamism4. Security is everywhere5. Don't fear constraints6. Many storage options7. 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 failureAssume everything fails, and design backwards

Design for Failure with AWSTools to make your life easier

Elastic IPAvailability Zones (AZ)Elastic Block Store (EBS)Real time monitoring

Heartbeat, Linux-HA, NFS, RAS: Reliability Availability Serviceability, BeowulfZFS, 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 BoxDe-coupling for Hybrid modelsLoad-balancing clustersBetter scalingSQS prevents failures

3. Design for Dynamism

No assumption on health, locationBootstrap, dynamic configurationManagement components to scaleArchitect 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 freeNetwork is easyThe rest can be added

Use it

Security groups (EC2 cluster) and IP rangesGroup-based rules to control access between App layersEncrypt 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: memcachedDistributed 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 objectsCloudfront: distributionSimpleDB: simple data indexing/queringAmazon EC2: local disc driveAmazon EBS: persistent storage

Lessons from Amazon.com

7. AWS community and Ecosystem

AWS EcosystemAWS Community

Find help, guidance, assistance when you need it

AWS community and EcosystemAn example?

AWS community and EcosystemAn example?

AWS community and EcosystemAn example?

Warning!Ugly diagram ahead

Architecting in the CloudDid you like it?

1. Design for failure2. Loose coupling sets you free3. Design for dynamism4. Security is everywhere5. Don't fear constraints6. Many storage options7. AWS ecosystem and community

Twitter: #next09 @simon

Did you like it?

Simone Brunozzi - simoneb@amazon.lu - Twitter: @simon

Thank You!

http://bit.ly/aws06

top related