服务器上的ruby怎么启动？

在服务器上启动Ruby应用：从入门到生产环境部署指南

在数字化浪潮席卷各行各业的今天，Ruby及其强大的Web框架Rails，依然是快速构建高质量Web应用的热门选择，将本地开发环境中运行流畅的Ruby应用部署到远程Linux服务器上并稳定运行，对于许多开发者来说，是一个不小的挑战，这不仅仅是输入一句ruby app.rb那么简单，它涉及环境配置、进程管理、性能优化和持续运维等多个层面，本文将深入浅出地探讨在服务器上启动Ruby应用的多种方式，带你从最基本的命令行启动，一路进阶到生产环境的成熟部署方案。

一、基石：确保Ruby环境就绪

在谈论“启动”之前，我们必须先确保服务器上有一个健康、可靠的Ruby运行环境，这与在个人电脑上安装Ruby截然不同，服务器环境追求的是稳定、隔离和可维护性。

1、系统自带的Ruby？不！

绝大多数Linux发行版（如Ubuntu、CentOS）会预装一个旧版本的Ruby。强烈不建议直接使用系统自带的Ruby，原因在于：版本通常过低，无法满足现代Gem包的依赖；使用sudo安装Gem会污染系统级的Ruby环境，可能导致与系统工具（如apt）的依赖冲突，带来难以预料的风险。

2、推荐使用版本管理工具

最佳实践是使用Ruby版本管理工具，主流的两个选择是RVM和rbenv，它们允许你在用户级别安装和管理多个Ruby版本，并为每个项目创建隔离的Gemsets，完美解决了环境冲突问题。

rbenv 更轻量、更符合Unix哲学（“做一件事并做好”），通过插件扩展功能，它是目前许多开发者和运维团队的首选。

RVM 功能更为强大和全面，一站式解决了Ruby安装、版本管理和Gemset创建。

通过它们，你可以轻松安装指定的Ruby版本（如3.2.2），并将其设置为项目的默认版本，这是后续一切操作的基础。

3、安装项目依赖

进入你的项目根目录，运行：

    bundle install

这条命令会读取项目中的Gemfile文件，安装所有声明的依赖项（Gems），确保安装过程没有报错，这是应用能够启动的前提。

二、初探：直接启动与简单后台运行

环境准备好后，最简单的启动方式就是直接运行。

1、直接运行Ruby脚本

如果你的应用是一个独立的Ruby脚本文件（例如script.rb），只需：

    ruby script.rb

应用会在前台运行，输出打印在终端上，一旦你关闭终端会话或按下Ctrl+C，进程就会终止，这显然只适用于临时测试。

2、启动Rails服务器

对于Rails项目，其内置了用于开发的Web服务器Puma（默认从Rails 5开始），在项目根目录下运行：

    rails server -e production
    # 或简写为
    rails s -e production

-e production参数指定了环境为生产环境，这会启用相应的数据库配置和优化，默认情况下，它会监听3000端口。

3、让进程在后台运行：& 和 nohup

直接运行会占用终端，我们通常希望它在后台持续运行。

使用& 在命令末尾加上&符号，可以将进程放到后台运行，同时返回一个进程ID（PID）。

        rails s -e production -p 8080 &

使用nohup 上述方法在用户退出登录后，进程仍可能被终止。nohup（No Hang Up）命令可以免疫所有挂断信号，即使退出登录，进程也会继续运行。

        nohup rails s -e production -p 8080 > rails.log 2>&1 &

这里> rails.log将标准输出重定向到rails.log文件，2>&1将标准错误也重定向到标准输出（即同一个日志文件）。

上述方法仅仅是“能运行”，远远达不到生产环境的要求。 它们非常脆弱：进程崩溃了不会自动重启；服务器重启后需要人工手动再次启动；缺乏对日志、内存、CPU的集中管理，我们需要更专业的工具。

三、进阶：使用应用服务器（Application Server）

在开发中，我们使用rails server启动的其实是Puma这个应用服务器，它负责处理HTTP请求，并与你的Rails应用代码交互，理解应用服务器是关键的一步，除了Puma，常见的还有Unicorn和Passenger。

Puma: 以并发性能见长，采用“工人进程（Worker Process）+ 线程（Thread）”的混合模型，能有效利用多核CPU，是Rails项目的默认推荐。

Unicorn: 采用多进程模型，每个进程独立处理请求，稳定性极高，但不支持多线程。

Passenger: 以易用性著称，可以轻松地与Nginx或Apache集成，无需反向代理配置，管理起来非常方便。

要直接启动Puma（而不是通过rails s），你可以在项目目录下使用：

bundle exec puma -C config/puma.rb

-C选项指定了Puma的配置文件（config/puma.rb），在这个文件里，你可以详细配置要监听的端口、工作进程数、线程数、环境、日志路径、守护进程模式等，这才是启动生产环境Ruby应用的正确姿势。

但仅仅启动应用服务器还不够，我们需要一个强大的守护进程来管理它。

四、专业之选：使用系统守护进程与管理工具

这是现代生产环境部署的标配，它们能确保你的应用在崩溃时自动重启，在系统启动时自动运行，并方便地进行启停、状态查看等操作。

1、Systemd：现代Linux系统的服务管理器

Systemd是Ubuntu 16.04+、CentOS 7+等主流系统的初始化系统，我们可以为Ruby应用创建一个Service单元文件（如/etc/systemd/system/myapp.service）。

    [Unit]
    Description=My Awesome Rails App
    After=network.target
    [Service]
    Type=simple
    User=deploy # 建议使用非root用户
    WorkingDirectory=/var/www/myapp/current
    Environment=RAILS_ENV=production
    Environment=SECRET_KEY_BASE=your_secret_key_base
    ExecStart=/home/deploy/.rbenv/shims/bundle exec puma -C /var/www/myapp/current/config/puma.rb
    Restart=always
    RestartSec=1
    [Install]
    WantedBy=multi-user.target

之后，通过一系列命令即可管理应用：

    sudo systemctl daemon-reload # 重新加载配置
    sudo systemctl start myapp   # 启动
    sudo systemctl stop myapp    # 停止
    sudo systemctl restart myapp # 重启
    sudo systemctl status myapp  # 查看状态
    sudo systemctl enable myapp  # 设置开机自启

Systemd提供了最原生、最强大的管理能力，是很多专业部署的基石。

2、搭配Capistrano进行自动化部署

Systemd负责进程管理，而Capistrano则负责自动化部署，它是一个流行的部署工具，能够通过SSH连接到服务器，执行一系列预定义的任务，如：拉取最新代码、运行bundle install、编译Asset Pipeline（资产管道）、迁移数据库，并优雅地重启Systemd服务，它将繁琐的部署流程变得一键可达。

五、完整架构：融入反向代理（Nginx）的生态

一个完整的生产环境通常不会让Puma直接对外服务，我们会在Puma前面部署一个反向代理服务器，最常用的就是Nginx。

这种架构（Nginx + Puma）的好处是：

静态文件处理 Nginx极其擅长处理静态文件（图片、CSS、JavaScript），直接由Nginx返回这些文件，性能远高于经过整个Ruby应用栈。

负载均衡 如果有多台服务器或多个Puma worker进程，Nginx可以作为负载均衡器，将请求分发到不同的后端。

SSL终止 Nginx可以处理HTTPS加密和解密，减轻后端应用服务器的计算压力。

缓冲和超时处理 Nginx可以管理客户端连接，防止慢客户端拖垮后端应用服务器。

一个简单的Nginx配置片段可能如下所示：

server {
    listen 80;
    server_name your_domain.com;
    location / {
        proxy_pass http://localhost:3000; # 转发给本机3000端口的Puma
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
    location ~ ^/(assets|packs) {
        root /var/www/myapp/current/public;
        gzip_static on;
        expires max;
        add_header Cache-Control public;
    }
}

在服务器上启动Ruby应用，从一个简单的ruby script.rb命令，到一套由rbenv管理环境、Puma作为应用服务器、Systemd守护进程、Capistrano自动化部署，并由Nginx反向代理构成的完整、健壮、高性能的生产环境，体现了开发与运维思维的融合。

选择哪种方式，取决于你的应用规模、团队经验和运维需求，对于个人小项目，使用Systemd管理Puma可能已经足够；对于大型企业级应用，则可能需要在此基础上引入更复杂的监控、日志收集和容器化方案，理解每一步背后的原理，将帮助你构建出稳定可靠的线上服务，让你的Ruby应用在服务器上真正地“活”起来。

文章摘自：https://idc.huochengrm.cn/fwq/16255.html