Archive | aws RSS feed for this section

The Secret History of OpenStack, the Free Cloud Software That’s Changing Everything | Wired

That’s what OpenStack is: a way for the rest of the world to compete with Amazon. “Amazon [is] at war with every IT vendor out there,” says Sebastian Stadil, the CEO of an open source cloud management outfit Scalr, the founder of the Silicon Valley Cloud Computing group, and a former resident of the Rainbow Mansion. “I think one of the reasons OpenStack is getting so much traction — despite, to be frank, iffy stability — is that it represents the industry’s only hope to survive.”

(Full Story: http://www.wired.com/wiredenterprise/2012/04/openstack/all/ )

Obama for America on AWS – Infrastructure Architecture

Obama Campaign AWS Infrastructure In One Diagram

(Full Story: http://awsofa.info/ )

How Netflix Should Recover From Amazon Addiction – Forbes

So until a startup is rich and successful, it makes sense to just live with your Amazon addiction and suffer the occasional outage with the “blame Amazon” explanation. Startup CEOs should be sure to tell everyone about this dependency in advance so that such a failure doesn’t come as a surprise. But Netflix is beyond that stage. It is time for Netflix to start recovering from Amazon addiction and take full responsibility for the quality of its service.

(Full Story: http://www.forbes.com/sites/danwoods/2013/01/24/how-netflix-should-recover-from-amazon-addiction/print/ )

AWS: the good, the bad and the ugly | awe.sm: the blog

we can deploy major upgrades on new hardware.
our failure plan for some non-critical systems, where perhaps up to an hour of occasional downtime is acceptable, is to monitor the box, and if it fails, spin up a new box and restore the system from backups
we can scale up in response to load events, rather than in advance of them
we can not worry about pre-launch capacity calculations

Virtual hardware doesn’t last as long as real hardware.
You need to be in more than one zone, and redundant across zones.
Multi-zone failures happen, so if you can afford it, go multi-region too.

(Full Story: AWS: the good, the bad and the ugly | awe.sm: the blog)

Deploying Ruby Applications to AWS Elastic Beanstalk with Git – AWS Ruby Blog

With the release of Ruby container support on AWS Elastic Beanstalk, it is now possible to deploy Rails (or any Rack-based) applications onto the AWS infrastructure in just a few easy steps. The container is backed by Amazon EC2 and automatically provisions the machines to use Phusion Passenger (with nginx under the hood). You can run your own local database with your application, or better yet, you can have Elastic Beanstalk automatically set you up with a MySQL database backed by Amazon Relational Database Service (RDS). All of the machines sit behind a load balancer with auto-scaling support automatically configured so you don’t even have to think about ops. Scaling is built-in.

(Full Story: Deploying Ruby Applications to AWS Elastic Beanstalk with Git – AWS Ruby Blog)

Edda – Learn the Stories of Your Cloud Deployments – Netflix Tech

Edda is a service that polls your AWS resources via AWS APIs and records the results. It allows you to quickly search through your resources and shows you how they have changed over time.

Previously this project was known within Netflix as Entrypoints (and mentioned in some blog posts), but the name was changed as the scope of the project grew. Edda (meaning “a tale of Norse mythology”), seemed appropriate for the new name, as our application records the tales of Asgard.

(Full Story: Edda – Learn the Stories of Your Cloud Deployments – Netflix Tech)

Icebox Pro – move files to Glacier vis Dropbox

Icebox is a simple archiving application built on top of Dropbox, the file sharing application that we all know and love. Everything you love about Dropbox—it’s simplicity, ease of use, reliability—comes with IceBox because of this. Add IceBox and you’ll be able to archive your files just as easily and quickly as you would share files on Dropbox.

(Full Story: Icebox Pro – move files to Glacier vis Dropbox)

How to Run Dynamic Cloud Tests with 800 Tomcats, Amazon EC2, Jenkins

At ZeroTurnaround, we need this for testing LiveRebel with larger deployments. LiveRebel is a tool to manage JEE production and QA deployments and online updates. It is crucial that we support large clusters of machines. Testing such environments is not an easy task but luckily in 2012 it is not about buying 800 machines but only provisioning them in the cloud for some limited time. In this article I will walk you through setting up a dynamic Tomcat cluster and running some simple tests on them. (Quick note: When I started writing this article, we had only tested this out with 100 Tomcat machines, but since then we grew to be able to support 800 instances with LiveRebel and the other tools).

(Full Story: How to Run Dynamic Cloud Tests with 800 Tomcats, Amazon EC2, Jenkins)

Greg’s Toolkit for AWS, EC2, RDS, Beanstalk

Greg’s Toolkit is a software product for Windows, Mac OS X, iPad and Android Tablets (coming soon) that analyzes your Amazon Web Services assets (Amazon EC2 instances, RDS instances, Beanstalk instances, Load Balancers, Disk Volumes) and displays them in visual server room.

(Full Story: Greg’s Toolkit for AWS, EC2, RDS, Beanstalk)

Architectural Building Blocks of Netflix Cloud Platform

Fourteen Commandments of Web Scale Cloud Deployment
1. Thou shalt not have Sticky in-memory sessions
2. Thou shalt not directly use a Central SQL database in the user request path
3. Thou shalt not store important data on ephemeral instances
4. Thou shalt embrace a homogenous architecture
5. Thou shalt understand and embrace the CAP theorem
6. Thou shalt guard all external calls using the Dependency Command Pattern
7. Thou shalt be prepared to scale according to thy needs
8. Thou shalt keep a wary eye on they cost
9. Thou shalt secure thy data and access points
10. Thou shalt instrument thy code
11. Thou shalt effectively monitor thy instances
12. Thou shalt deploy thy instances in multiple regions and zones
13. Thou shalt be wary of SPOF
14. Thou shalt always plan for failure

Full slides at http://www.slideshare.net/stonse/netflix-cloud-platform-building-blocks

(Full Story: Architectural Building Blocks of Netflix Cloud Platform)

Follow

Get every new post delivered to your Inbox.