1. Heroku是架构在Amazon EC2上的，具有不错的扩展性，只要你有钱，拖拉一下鼠标就能实现scaling了。这一点着实很方便。当然代价是价格会比EC2高，毕竟人家提供了增值服务嘛。具体高多少很难比较，连heroku的老板都说对应关系很复杂。基本上要是网站做大了，用heroku就不合算了。

2. 不烧包的就用heroku的free配置，只有一个dyno的，5M存储空间，可以支持绑定自己的域名。

3. 近期遭遇了几次request time out,因此查了一下heroku doc，dyno基本上把它看成一个线程吧，换句话说，这个一个dyno的free版只能支持并发度为1的压力。因此并发连接多的化，你会经常看到time out的。计算容量也是比较寒酸，用ab -n 10 url测一下，10个请求4个fail掉了orz. 看来免费的午餐也不好用啊。大家用来做原型demo就好了，验证好了自己找地方去deploy也挺好。

update：不知道是这次测试当时受海底光缆受损的影响还是其他原因导致结果很差，后来新的测试比较正常，后面我贴了一个新的benchmarking的测试结果。free的计划还是可以承受一些负载压力的。特此给heroku正名

4. heroku提供了deploy代码的好方案，但在DB方面限于技术原因，还比较薄弱，mysql什么的还是用不起来。

5. google map API是跟域名相关的，如果没有自己的域名的话，部署到xxxx.heroku.com这种子域名下面是不能用的，想必早有人在heroku下面申请了key, 后来者都会遇到冲突。花钱买自己域名吧

6. Heroku的想法不错，这也难怪他们会积攒了数万用户，也得到了300万美元的投资。云计算，不再是一个概念了，已经有若干成熟的方案面向消费者了。这一点要向先行者amazon致敬

7，最后一点就是heroku的支持做的不怎么样，文档也很不完整。遇到问题还是要自己摸索解决。

add-on: AB benchmarking result:做了两个测试，一个是简单到极致的逻辑，另一个相反，是复杂到极致的逻辑，看看两个边界状况的对比和共性应该更能说明问题：case1表现不错（里面就两行code当然不错了，呵呵），case2太复杂了，failed了88个（一共100个请求，FT）.

case1: light code:
localhost:sinatra tony$ ab -n 100 -c 10 http://ip2loc.dazhe.me/counter/
This is ApacheBench, Version 2.3 < $Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking ip2loc.dazhe.me (be patient)…..done

Server Software: nginx/0.6.38
Server Hostname: ip2loc.dazhe.me
Server Port: 80

Document Path: /counter/
Document Length: 15 bytes

Concurrency Level: 10
Time taken for tests: 7.828 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Non-2xx responses: 100
Total transferred: 26200 bytes
HTML transferred: 1500 bytes
Requests per second: 12.77 [#/sec] (mean)
Time per request: 782.820 [ms] (mean)
Time per request: 78.282 [ms] (mean, across all concurrent requests)
Transfer rate: 3.27 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 309 389 192.2 317 1233
Processing: 316 378 272.2 337 3050
Waiting: 314 377 272.3 335 3050
Total: 627 767 332.5 661 3370

Percentage of the requests served within a certain time (ms)
50% 661
66% 677
75% 705
80% 815
90% 1017
95% 1543
98% 1570
99% 3370
100% 3370 (longest request)

case2: heavy code:
localhost:sinatra tony$ ab -n 100 -c 10 http://ip2loc.dazhe.me/
This is ApacheBench, Version 2.3 < $Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking ip2loc.dazhe.me (be patient)…..done

Server Software: nginx/0.6.38
Server Hostname: ip2loc.dazhe.me
Server Port: 80

Document Path: /
Document Length: 696 bytes

Concurrency Level: 10
Time taken for tests: 24.932 seconds
Complete requests: 100
Failed requests: 88
(Connect: 0, Receive: 0, Length: 88, Exceptions: 0)
Write errors: 0
Non-2xx responses: 88
Total transferred: 36676 bytes
HTML transferred: 10992 bytes
Requests per second: 4.01 [#/sec] (mean)
Time per request: 2493.243 [ms] (mean)
Time per request: 249.324 [ms] (mean, across all concurrent requests)
Transfer rate: 1.44 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 310 328 28.1 316 410
Processing: 614 2067 790.9 1961 3904
Waiting: 613 2066 790.9 1960 3903
Total: 977 2395 788.1 2370 4214

Percentage of the requests served within a certain time (ms)
50% 2370
66% 2645
75% 2888
80% 3086
90% 3569
95% 4036
98% 4177
99% 4214
100% 4214 (longest request)

EC2onrails是包含一个AMI和gem的RoR Deployment解决方案。现成的系统和gem让你的deploy非常简单。不过，AMI里面的Apache是你想用的么？各项配置是否正如你所愿？如果不是的话，我们有没有别的选择呢？

答案是肯定的。还有不少方法可以帮助你快速的deploy ROR application:

首先说heroku.com 专门针对ror的一揽子解决方案，你可以在线上创建rails app,在线编辑，部署。因为Heroku本来就是跑在Amazon EC2上的。所以你的Rails app自然也跑在上边了。不过heroku是个商业网站，虽然现在beta阶段我们可以上去随便编辑和部署（简单的，多服务器的肯定不会让你免费来），以后的收费可不好说，另外要使用额外的资源，清提交申请并乖乖奉上银子。建议初学者学习rails的时候玩玩。可以省下setup生产环境的时间。

rightscale.com也是大名鼎鼎（有用的功能也收钱），不过上去试用了一番，实在用不惯，直接放弃研究了。清各位看官自行探索

说说免费的拉，Elastic Rails是一个plugin (plugin 有plugin的好处)。因为有下面的视频短篇，我就不多说了。我最喜欢screencast了。简单明了:
http://s3.amazonaws.com/rc_files/elastic-rails.html
需要指出的是它的网站一直上不去，不知道是不是墙的问题

Capazon 与上面类似:
http://soylentfoo.jnewland.com/articles/2007/04/30/capazon-0-2-released-capistrano-2-0-compatible

Rubber:
http://github.com/wr0ngway/rubber/wikis/faq

具体用哪一种方案请各取所需

EC2其实是虚拟化的一台机器，物理上来讲书也不知道你自己的实例在群里的那个部分运行着。不过这并不重要，重要的是只要你想，就可以随时在Amazon的computer farm上开出一块自己的”自留地”，计算能力可以选择的，也支持多个实例组成cluster.

Virtualization已经是当今的潮流，估计不用普及了，现在用电脑的，最少也用过VMware吧。呵呵。使用EC2只要简单的几个条件：    

1. 在amazon AWS上注册一个id
2. 把EC2 服务加到你的AWS id服务中来（点一个按钮即可，但是很多人不知道，一些教程里面也没写，少了这个步骤，会导致ssl授权通不过的问题，切记）
3. 一个可供网上支付的信用卡，VISA,Mastercard,AE什么的都可以

ok,添好这些，就可以使用EC2的服务了。别着急，您至少先看看收费标准吧EC2 price

都没问题了我们就可以在本地setup EC2的使用环境了。具体可以看这里EC2 Getting Start，我就不罗嗦了。

觉得命令行麻烦的话，推荐一个Firefox插件Elasticfox，大大简化的EC2的操作。反正我是不喜欢用ec2那些奇怪的命令。呵呵。命令行控们可以看这篇How To: Getting Started with Amazon EC2

有个虚拟的机器，用什么OS呢？Amazon上面已经有很多现成的AMI了，把他理解成定制好的系统，可以直接启动。你只要在启动EC2 instance的时候指定某个AMI的ID就可以了。对于Ruby on Rails来说，我推荐EC2onRail的AMI,有32bit和64bit两个版本：

• ami-c9bc58a0 (32-bit)
• ami-cbbc58a2 (64-bit)

几乎你会用到的东西在AMI里面都是ready的：

Features of the EC2 image:

• Ready to deploy a Rails app with little or no configuration of the server required
  
• Automatic backup of MySQL database to S3 (full backup nightly + incremental backup using binary logs every 5 minutes)
  
• Capistrano tasks to customize the server image, archive and restore the database to/from S3, and more (available as a rubygem)
  
• Mongrel_cluster behind Apache 2.2, configured according to
  Coda Hale’s excellent guide
  
• Ruby on Rails 2.1.0, 2.0.2 and 1.2.6
  
• Ruby 1.8.6
  
• MySQL 5
  
• memcached
  
• monit configured to monitor apache, mongrel, mysql, memcached, drive space and system load
  
• Ubuntu 8.04 LTS “Hardy” base image built using Eric Hammond’s EC2 Ubuntu script
  
• SSL support
  
• Amazon AMI tools installed
  
• MySQL, Apache, and syslog configured to use /mnt for data and logging so you don’t fill up EC2′s small root filesystem
  
• Automatically archives Rails and Apache logs to S3 nightly.
  
• 32-bit and 64-bit images available (supports all instance types, small to extra large).
  
• Created using a build file, full source is available (the EC2 on Rails script is run from Eric Hammond’s EC2 Ubuntu script)
  
• Can be used as a clustered Rails app running on multiple instances
  
• Automatically runs hourly, daily, weekly and monthly scripts if they exist in Rails application’s script directory
  
• Local Postfix SMTP mail server (only available from within the instance, not listening on external network interfaces)
  

如果你自己还需要别的东西的话，尽可以自己安装(Ubuntu的apt-get或者手动),然后把Image传到S3上就成为自己定制的AMI了。具体过程不难，请参考这个小短文HOWTO Build EC2 image

EC2 instance ready了还没完，你自己的本地开发环境也要作一些事情

1. sudo gem install ec2rails
2. copy capify,deploy 脚本到你的app目录下（用过capistrano的人都知道）
3. run capistrano task吧。集体还是看ec2rails的说明

ok,建一个自己的instance尽情享受root的快感去吧