【格安本番運用が可能に】Render.com のメリット・デメリットを Heroku と比較してみた

1. 完全自動デプロイ

• staging branch に push(PullRequest のマージ含む) した際にすぐにその内容を反映

2. 半手動デプロイ

• main, staging branch は、GitHub の画面上から手動でデプロイできるようにしています。
• 本番反映する場合は、main ブランチを選択してデプロイすることで反映されます。
• その他の方法としては、Deploy を Approve する方法もあると思いますが、本題ではないので今回紹介している方法は、あくまで参考としてどうぞ。

workflows sample

# ref: https://api-docs.render.com/reference/introduction

name: cd

on:
  push:
    branches:
      - staging
  workflow_dispatch:
    inputs:
      target:
        type: choice
        description: Deploy target
        required: true
        options:
          - main
          - staging

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v2
      - name: Deploy Render.com for stg
        uses: fjogeleit/http-request-action@v1
        if: github.ref == 'refs/heads/staging'
        with:
          url: https://api.render.com/v1/services/${{ secrets.RENDER_COM_SERVICE_ID_FOR_STG }}/deploys
          bearerToken: ${{ secrets.RENDER_COM_API_KEY }}
          method: 'POST'
      - name: Deploy Render.com for prd
        uses: fjogeleit/http-request-action@v1
        if: github.ref == 'refs/heads/main'
        with:
          url: https://api.render.com/v1/services/${{ secrets.RENDER_COM_SERVICE_ID_FOR_PRD }}/deploys
          bearerToken: ${{ secrets.RENDER_COM_API_KEY }}
          method: 'POST'

GitHub 上での GitHub Actions の変数登録

設定画面から、GitHub Actions で使用する値を入力できます。

ここでは、

• RENDER_COM_API_KEY
• RENDER_COM_SERVICE_ID_FOR_STG
• RENDER_COM_SERVICE_ID_FOR_PRD

の3つを登録しています。いずれも Render.com から取得可能です。

Render.com の GitHub Actions に登録する値

1. RENDER_COM_API_KEY
   Team 設定画面から、API_KEY の登録ができるようになっています。Team 自体で API_KEY を登録することはできないので、Team に参加している代表のユーザーのものを利用してください。

2. RENDER_COM_SERVICE_ID_FOR_XXX
   Render.com はアプリごとに service_id が割り振られています。その値を各環境ごとに取得し、入力してください。

簡単な参照方法としては、管理画面の Deploy Hooks のオレンジで塗りつぶしている部分の値がそれです。

GitHub からの手動デプロイの手順

ここまで設定が終われば、staging 環境は内容が更新されれば自動的にデプロイが実行されます。

本番環境及び、staging 環境に手動でデプロイをしたい場合は GitHub の対象のリポジトリからデプロイを実行することが可能です。まずは Actions タブを選択します。

次に、デプロイを実行する workflow を選択します。
workflow_dispatch が正しい設定になっていれば、下記画像のようにどのブランチの設定で、どのブランチに対して実行するかを選択できます。

あとは、設定されている内容に沿って、指定の環境にデプロイが実行されます。

ssh接続とコンソール操作

Rails などのフレームワークでは、サーバー上で rails console を使ってデータを操作したい場合がしばしばあります。

Heroku であればローカルマシンから

$ heroku run rails c

のように Heroku CLI から直接操作できましたが、Render.com では対象のアプリケーションサーバーに ssh接続して console を立ち上げて操作すれば同様のことが可能です。

ssh の接続設定に関しては、本記事の

アプリケーションサーバーを踏み台サーバーにしてDBにアクセスする

のあたりを参照ください。

あとは、Web Server の Connect ボタンから SSH コマンドがコピーできるようになっていますので、作成済みの秘密鍵を使って接続して

$ RAILS_ENV=production bundle exec rails c

を実行すれば、コンソールが立ち上げられます。Rails でなくても、やることとしては概ね同様です。

まとめ

細かく挙げると他にも機能はあるのですが、書きすぎると読むのが大変だと思うのでここで止めておきます笑 （すでにだいぶ長いですが...）

最初に機能比較の表をお見せしましたが、最後に機能ごとにどう思ったかをお見せして締めたいと思います。

これ間違ってるよとか、よかったとか、何か感想ありましたらコメントいただけると嬉しいです。

Render.com もっと流行れ！