部署 Web 应用程序的技术：heroku vs in house vs vps ect [关闭]答案

【问题标题】：techniques to deploy web application: heroku vs in house vs vps ect ect [closed]部署 Web 应用程序的技术：heroku vs in house vs vps ect [关闭]
【发布时间】：2014-04-08 21:59:14
【问题描述】：

我正在寻找一份文档，该文档解释了用于部署 Web 应用程序的技术：在云中、内部、住房等... 对于每一种技术，我都想知道利弊，所以我做了一个大致的想法。

我在网上搜索过，但没有找到任何真正全面和有趣的东西。

你能帮帮我吗？

【问题讨论】：

不，没有意见。我需要一份以科学的方式解释利弊的文件
我会给你一些建议，但它们是基于事实的意见
我的这个博客会给你一些（基本的）指导，虽然它不像你期望的那样详尽：notingon.com/2014/02/07/…

标签： ruby-on-rails heroku web deployment cloud

【解决方案1】：

应用程序

Web 应用程序都具有相同的结构——在服务器“堆栈”上运行的一系列文件，从中间件按顺序访问，或基于框架的负载结构

因此，您的问题更多是关于哪个堆栈将是最可扩展、最高效、最强大和最广泛的（可以添加额外的资源）。以下是选项：

Heroku

“托管”云（环境已设置）
在 AWS 实例上运行
多功能（运行任何 gem/应用程序）
Owned by Salesforce
很多插件
高度可扩展
不确定价格
轻松部署 (git push heroku master)

云（AWS / Rackspace）

“完整”云
您负责环境（操作系统、gems、ruby 版本等）
正常运行时间由您负责
你必须自己维护数据库等
扩展可能会让人头疼
可以在完全定制的环境中部署您的应用
性能可能不会出现问题（有 100 台服务器可供池）

VPS

“共享”托管
必须自己安装环境
让 gems/ruby/rails 保持最新非常棘手
必须自己维护数据库等
实际上提供像样 VPS 的公司并不多
成本比 Heroku 高
不是很可扩展
如果其他人导致服务器出现问题，您的应用也会受到攻击

我们将 Heroku 用于所有“婴儿”应用程序 - AWS / Rackspace 用于增长的应用程序

【讨论】：

三点：（1）Heroku定价在这里：heroku.com/pricing； (2) 加上 2X 和 PX dynos（专用硬件、8 核和 6G RAM），Heroku 适用于任何类型的应用程序。即使是计算密集型应用程序 (3) AWS 也有许多与 EC2 集成的附加服务（例如 Amazon RDS、S3、AutoScaling），因此无需运行您自己的数据库并且非常容易进行扩展。