许多 Capistrano 示例配方都包含一个 :db 角色。默认情况下，部署任务将应用程序代码导出到所有角色的所有主机。因此，这表明人们通常会在数据库主机上保留其应用程序的副本。此外，在 Capistrano 的分布式 deploy.rb 配方中，:deploy:migrate 看起来像这样:
task :migrate, :roles => :db, :only => { :primary => true } do
# ...
end
我的问题是，为什么要这样做？让应用程序代码远离数据库主机(甚至可能没有安装 Ruby)并从生产环境运行迁移不是更干净吗？
最佳答案
数据库服务器运行迁移，因为它是“负责”数据库的服务器。
人们还可以想象只允许从数据库服务器本身创建/删除/更改表的安全策略。
如果在迁移过程中加载数据，甚至可能会有轻微的性能提升，尽管这从一开始就是一个糟糕的想法。
如果您需要引用您的数据库主机并且不需要上面的代码副本，您可以使用这样的东西:
role :db, 'dbhost', :no_release => true
在应用程序服务器上运行迁移的示例代码:
role :app, 'apphost', :runs_migrations => true
task :migrate, :roles = :app, :only => {:runs_migrations => true } do
#...
end
关于ruby-on-rails - 为什么要在数据库主机上保留应用程序的副本？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1159033/