6

我在 nginx + unicorn 后面运行一系列 Rails/Sinatra 应用程序，部署时间为零。我喜欢这个设置，但是 Unicorn 需要一段时间才能完成重新启动，所以我想在它完成时发送某种通知。

我可以在 Unicorn 文档中找到的唯一回调与工人分叉有关，但我认为这些不会适用于此。

这是我从赏金中寻找的内容：旧独角兽主人启动新主人，然后启动其工人，然后旧主人停止其工人并让新主人接管。我想在移交完成时执行一些 ruby​​ 代码。

理想情况下，我不想为了做到这一点而实施任何复杂的过程监控。如果这是唯一的方法，那就这样吧。但在走这条路之前，我正在寻找更简单的选择。

4

2 回答 2

2

我以前构建过这个，但它并不完全简单。

第一步是添加一个 API，该 API 返回所部署代码的当前修订版本的 git SHA。例如，您部署 AAAA。现在您部署 BBBB 并将返回。例如，假设您添加了返回 SHA 的 api “/checks/version”。

这是一个用于实现此 API 的示例 Rails 控制器。它假定 capistrano REVISION 文件存在，并在应用程序加载时将当前版本 SHA 读入内存：

class ChecksController
  VERSION = File.read(File.join(Rails.root, 'REVISION')) rescue 'UNKNOWN'

  def version
    render(:text => VERSION)
  end
end

然后，您可以通过 API 轮询本地独角兽的 SHA，并等待它更改为新版本。

这是一个使用 Capistrano 的示例，它将正在运行的应用程序版本 SHA 与新部署的应用程序版本 SHA 进行比较：

namespace :deploy do
  desc "Compare running app version to deployed app version"
  task :check_release_version, :roles => :app, :except => { :no_release => true } do
    timeout_at = Time.now + 60
    while( Time.now < timeout_at) do
      expected_version = capture("cat /data/server/current/REVISION")
      running_version = capture("curl -f http://localhost:8080/checks/version; exit 0")

      if expected_version.strip == running_version.strip
        puts "deploy:check_release_version: OK"
        break
      else
        puts "=[WARNING]==========================================================="
        puts "= Stale Code Version"
        puts "=[Expected]=========================================================="
        puts expected_version
        puts "=[Running]==========================================================="
        puts running_version
        puts "====================================================================="
        Kernel.sleep(10)
      end
    end
  end
end

您将需要调整轮询的超时/重试次数以匹配您的平均应用程序启动时间。此示例假设一个 capistrano 结构，其中 app in/data/server/current和 port 上的本地独角兽8080。

于 2013-11-27T09:00:03.813 回答
0

如果您对该框具有完全访问权限，则可以编写 Unicorn 脚本以启动另一个脚本，该脚本循环检查/proc/<unicorn-pid>/exe哪个将链接到正在运行的进程。

请参阅：检测 Linux 平台上程序的启动

更新

根据对问题的更改，我看到了两个选项 - 这两个选项都不是很好，但它们仍然是选项......

  1. 您可以有一个 cron 作业，每分钟运行一个 Ruby 脚本来监视 PID 目录 mtime，然后确保 PID 文件存在（因为这会告诉您目录中的文件已更改并且进程正在运行）然后执行附加代码如果两个条件都为真。同样，这很丑陋，并且是每分钟运行的 cron，但它是最小的设置。

  2. 我知道你想避免复杂的监控，但这就是我尝试的方式......我会使用monit来监控这些进程，当它们重新启动时，启动一个休眠的 Ruby 脚本（以确保启动），然后检查进程的状态（可能再次使用 monit 本身）。如果这一切都正确返回，请执行额外的 Ruby 代码。

选项 #1 并不干净，但是当我编写 monit 选项时，我更喜欢它。

于 2013-11-08T15:52:58.713 回答