The invention rela
Motorist Tries To
Effect of differen
Q: Python: Create
Hillary Clinton, s
Surgical treatment
Q: Can I use a C#
Dennis Wilson is a
/* * This file is
Introduction =====

This week, the U.S
The content publis
The overall goals
Gov. Andrew Cuomo’
When: Friday, Janu
Ads Sunday, Augus
An evaluation of t
The invention rela
On the latest Mari
A few days ago, we
How to use Amazon AWS and other PaaS services to spin up a web app - rkwz http://blog.snowplowanalytics.com/2015/07/28/how-to-use-amazon-aws-and-other-paas-services-to-spin-up-a-web-app/ ====== moe "Doing it on my own and not using CloudFlare or Amazon would have cost me $2, 000s more and required more server maintenance. My conclusion is that your time is better spent using PaaS rather than trying to do things on your own. I encourage you to give cloud computing a serious look. It is a very powerful and cost effective solution." For an _explanation_ of why this is overstated, check out this fantastic talk at this year's Cloud Summit by Werner Vogels (co-founder of Amazon.com). [https://www.youtube.com/watch?v=z7NtG0p-q3k](https://www.youtube.com/watch?v=z7NtG0p-q3k) ~~~ brk In this case, the cost of the AWS stack is _far_ less than the cost of: \- Deploying on a VPS \- Deploying on a dedicated server \- Backups/archiving \- Scaling to meet peak load You have to be aware that the cost savings is not as great as you think. It is easy to be "lazy" in such matters and just blindly assume that anything and everything is cheaper when hosted with PaaS providers, but in the end, just about everything has a large fixed cost, especially in the beginning when it doesn't have a lot of traffic. You also have to account for the fact that Amazon has their own staff overhead, and their profit margins may also differ from the margin you need to make to keep the business afloat. In this case, it sounds like AWS "won" for the developer. But this same thing can just as easily go the other way. If your business scales quickly, can handle lots of traffic, but has a lot of expensive resource requirements, you're going to have to make some sacrifices and host your own servers. There are many valid reasons for choosing PaaS offerings. But it's important to be aware of the cost/benefits. There is no free lunch, except when you don't plan on eating lunch for a while. ~~~ moe _There is no free lunch_ I disagree; there's a lunch, it just happens to be $0.50 at McDonalds. _it just happens to be $0.50 at McDonalds._ It sounds like that's not the case here, but the point remains that it's far less expensive to run a cloud instance than even a VPS. My experience (several clients, very little AWS) has shown that instances can get you 80% of the way in terms of resource cost _and_ flexibility in much less than 20% of the total cost. ~~~ chiph The cost of a micro instance is $500/year or so for a single micro. (Or maybe $100 if you want it off-hour.) A VPS is likely $10-$15/month, per month, with a 30 day minimum. So yes, I agree with you, if your website isn't growing, going with a micro/small instance doesn't break the bank. (We've got ~75-100 requests/day). ------ rpeden I started using Heroku because I like paying for stuff I'm going to use and aren't going to use. And Heroku is the best value I've found for small scale apps. Once I got comfortable with it, I started adding the 'paid tier' features to the app to push it more towards production. I don't think I'll ever switch to AWS, but there's a cost-benefit analysis I'll continue to make as I expand my app over the years. If it's worth it, I'll add Heroku's paid features. If it ends up being not worth it, I'll switch to something else. (Of course, the same goes for any other tool I'm using, too. I try to keep costs as low as possible, but as a wise man once said, you do you.) ~~~ jacques_chester You would actually prefer the "Billing and Access" tab instead of the Dashboard? [https://dashboard.heroku.com/](https://dashboard.heroku.com/) This will give you the information you are looking for. The one-click deployment is nice for an initial push, but you're better off using the CLI for day-to-day development. ~~~ rpeden Yep. I had switched back to that tab after I first setup the Heroku Toolbelt (which was a great tool at the time, but not nearly as flexible as the CLI now is). So, now I go back and forth between it and the 'Starter' plan. I've been using the Heroku CLI more lately too, and it's an excellent tool! ------ dylz What would a no-cloud AWS stack look like? VPSes, dedicated servers, etc. A small self-hosted webapp. ~~~ rpeden Depends entirely on your workload and requirements. But, you're likely looking at VPS or dedicated servers running whatever OS you need to get the job done. The biggest savings from PaaS are going to come from the fact that it takes less effort to get to production. If you're building a small app that uses no complicated technology like Postgres or Redis or Memcache, it's easier to go with Heroku than using other PaaS providers, which would likely require configuring your own servers to run those services. ------ aagha For some folks, it's hard to let go of the "feel" of running your own servers, or what if you move to the cloud later? That's understandable, so I'll share my opinion: There are a number of very good resources that will help get you started. If you'd like to get even better advice and guidance on AWS, I'd highly recommend Amazon's own Webinar series. (See links below). The first session is a free one. AWS Webinars [http://aws.amazon.com/videos/](http://aws.amazon.com/videos/) I think AWS is getting easier to use. You'll never regret learning how to use Amazon's products. The AWS team has done a great job of providing a very simple interface for getting started, building an app and managing resources. And, if you're in a hurry, you don't have to think very hard to get started. Once you've learned the basics, you'll find that it's far easier than starting a traditional hosting company. What are the top reasons to go with AWS? (There's a good article here: [1]) 1\. Easy Scalability - Create as much, or as little infrastructure as you need 2\. Failover/Availability - Highly available and redundant architecture makes it simple to add more capacity when you need it. 3\. Data Location - With local copy of your data on the instance, in the cloud you're only charged for what you use, not how you use it. 4\. Control - Cloud is flexible. You can spin up more instances of what you're working on, add more storage, and even add software. With VPS or traditional hosting, it's more expensive to scale on that scale than for AWS. 5\. Security - AWS has one of the most reliable, secure hosting environments. 6\. Network Effect - The more people build on AWS, the better it gets. As the ecosystem grows, you'll find there's an even greater selection of hardware and services. 7\. Flexibility - You can build anything on AWS. I've built a small data storage system using MySQL and Amazon's SimpleDB. From there, you can build whatever you need. 8\. Portability - Once you've got your application built and deployed, if you wanted to take it and move it somewhere else, you could. And, with no down- time. Good luck. [1] [http://www.huffingtonpost.com/2012/07/14/top-10-reasons- web...](http://www.huffingtonpost.com/2012/07/14/top-10-reasons-web- hosting_n_1633116.html) ~~~ rohitv Webinar links: [https://www.lunchandlearn.com/p/1T2q5QoF8uU0M1W9A20yVNg#](