为什么在数据库主机上保留Ruby on Rails应用程序的副本如此重要?

2026-04-11 20:071阅读0评论SEO资源
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计419个文字,预计阅读时间需要2分钟。

为什么在数据库主机上保留Ruby on Rails应用程序的副本如此重要?

Capistrano 示例配置包含以下内容:

- db角色配置。默认情况下,部署任务将应用程序代码导出到所有角色的所有主机上。因此,人们通常会在数据库主机关联应用程序的副本。此外,在Capistrano中,可以在分阶段部署时指定不同的行为。

许多Capistrano示例配方包括:db角色.默认情况下,部署任务将应用程序代码导出到所有角色中的所有主机.因此,这表明人们通常会在数据库主机上保留其应用程序的副本.此外,在Capistrano的分布式deploy.rb配方中,:deploy:migrate如下所示:

task :migrate, :roles => :db, :only => { :primary => true } do # ... end

我的问题是,为什么这样做呢?将应用程序代码保留在数据库主机(可能甚至没有安装Ruby)并从生产框运行迁移不是更清晰吗?

数据库服务器运行迁移,因为它是数据库的“负责人”.

人们还可以想象安全策略只允许从数据库服务器本身创建/删除/更改表.

如果在迁移期间加载了数据,甚至可能会有轻微的性能提升,尽管这是一个糟糕的想法.

如果您需要引用数据库主机并且不需要代码的副本,则可以使用以下内容:

role :db, 'dbhost', :no_release => true

在应用程序服务器上运行迁移的示例代码:

为什么在数据库主机上保留Ruby on Rails应用程序的副本如此重要?

role :app, 'apphost', :runs_migrations => true task :migrate, :roles = :app, :only => {:runs_migrations => true } do #... end

本文共计419个文字,预计阅读时间需要2分钟。

为什么在数据库主机上保留Ruby on Rails应用程序的副本如此重要?

Capistrano 示例配置包含以下内容:

- db角色配置。默认情况下,部署任务将应用程序代码导出到所有角色的所有主机上。因此,人们通常会在数据库主机关联应用程序的副本。此外,在Capistrano中,可以在分阶段部署时指定不同的行为。

许多Capistrano示例配方包括:db角色.默认情况下,部署任务将应用程序代码导出到所有角色中的所有主机.因此,这表明人们通常会在数据库主机上保留其应用程序的副本.此外,在Capistrano的分布式deploy.rb配方中,:deploy:migrate如下所示:

task :migrate, :roles => :db, :only => { :primary => true } do # ... end

我的问题是,为什么这样做呢?将应用程序代码保留在数据库主机(可能甚至没有安装Ruby)并从生产框运行迁移不是更清晰吗?

数据库服务器运行迁移,因为它是数据库的“负责人”.

人们还可以想象安全策略只允许从数据库服务器本身创建/删除/更改表.

如果在迁移期间加载了数据,甚至可能会有轻微的性能提升,尽管这是一个糟糕的想法.

如果您需要引用数据库主机并且不需要代码的副本,则可以使用以下内容:

role :db, 'dbhost', :no_release => true

在应用程序服务器上运行迁移的示例代码:

为什么在数据库主机上保留Ruby on Rails应用程序的副本如此重要?

role :app, 'apphost', :runs_migrations => true task :migrate, :roles = :app, :only => {:runs_migrations => true } do #... end