Glacier 的 amazon 文档似乎没有包含任何 Ruby 示例，而且文档本身相当稀少。
我想我需要实例化一个 Glacier Client 对象，然后使用 upload_multipart_part 方法来访问 Glacier API，但不确定如何处理要传递给 upload_multipart_part 的参数。如何使用 ruby 计算 AWS 正在寻找的校验和？什么是upload_id？
更新
通过阅读亚马逊的文档了解了大部分内容。他们似乎没有任何 ruby 代码示例，代码示例的 github repo 不包括 Glacier。但是通过查看原始 API 文档和一些 Java 和 PHP 示例，看起来我会这样做：
client = AWS::Glacier::Client.new(access_key_id: ACCESS_KEY_ID, secret_access_key: SECRET_ACCESS_KEY)
resp = client.initiate_multipart_upload(account_id: ACCOUNT_ID, vault_name: 'My Vault', archive_description: "Backup of some stuff", part_size: PART_SIZE_IN_BYTES)
如果一切顺利，亚马逊 API 响应应该包含一个唯一的 upload_id，然后我将在使用 client.upload_multipart_part() 的后续调用中使用它。
我猜校验和可以这样计算：
Digest::SHA256.file(file_to_upload).hexdigest
更新 2
这个好像已经解决了：
Lets say I have user input that can be either this:
input = { user_id: 5, ... }
or this:
input = { app_id: 5, ... }
And I want to return either :user_id or :app_id depending on which is provided. I can do this:
(input.keys & [:user_id, :app_id]).first
Is there a more elegant, more rubyish, idiomatic way of doing this?
Is this better or worse than above?:
input.slice(:user_id, :app_id).keys.first
(Answers don't need to be strictly from Ruby 2.2 stdlib, …
我正在尝试将一组 resque 工人的控制权从暴发户迁移到 systemd。在 upstart 下，我们可以有两个控制脚本，一个脚本定义单个 worker，第二个脚本多次调用第一个脚本以使用单个 upstart 命令启动或停止多个 worker。我们正在尝试使用 systemd 实现相同的功能。
我试过每个工人使用一个 systemd 单元，所以如果我们尝试管理 6 个工人，我们使用 6 个单独的 systemd 单元脚本，每个工人一个。然后我们使用一个 bash 脚本来触发：
systemctl start|stop|restart worker-1.service &
systemctl start|stop|restart worker-2.service &
...
问题是当我们通过 systemctl 发送终止信号时，它会立即终止父 resque 进程，导致任何分叉的子进程立即死亡，而不是在死亡之前完成他们的工作。我们能够使用 upstart 来实现这种确切的行为，其中父进程不会接受新工作（将停止分叉），并且在工作完成子工作进程后，允许子工作进程在工作时保持活动状态自行死亡。
在 systemd 下，工作人员都会立即死亡，工作在中途终止，然后才能完成。
我们的 systemd 单元脚本如下所示：
[Unit]
Description=Controls a single Resque worker process: worker-1
After=redis.service
[Service]
Restart=on-failure
RestartSec=10
StartLimitInterval=400
StartLimitBurst=5
KillSignal=SIGQUIT
User=www-data
WorkingDirectory=/app/working/dir
Type=single
ExecStart=/usr/bin/bundle exec rake production resque:work QUEUE=a,b,c,d,e,f
ExecStop=/bin/kill -QUIT $MAINPID
[Install]
WantedBy=multi-user.target
我已经尝试将 Type=single 更改为 Type=forking，但是该进程并没有保持不变，它会尝试启动，然后当没有可用的工作时，因为父进程仅在有工作时分叉，所以该进程死亡并且无法熬夜。使用 Type=simple，流程按预期工作，但如上所述，我们无法像使用 upstart …