heroku | Casual Developers Note

2018年9月3日 By KD コメントを書く

Heroku入門: 6日間ブートキャンプ

Herokuに入門したいエンジニア向けにこのブログの記事の中から厳選した記事を紹介します。

はじめに

HerokuはWebアプリケーションを簡単にデプロイできる人気のPaaS環境です。Herokuコマンドを使うことで、AWSなどのIaaS環境と比べて、とても簡単にWebアプリケーションをデプロイできます。この使い方を学べば、自分で作ったWebアプリケーションを公開できるようになります。

それでは、ブートキャンプを始めましょう。

カリキュラム

試すためのWebアプリケーションを開発済みの前提で、そのアプリケーションをHerokuにデプロイして稼働させる方法を学ぶカリキュラムです。

【1日目】 Herokuのアカウント作成し、WebアプリケーションをDocker化してHerokuにデプロイする

初級JavascriptフルスタックエンジニアのためのReactとExpressの同時開発チュートリアル(Dockerコンテナ化してHerokuにデプロイ編)

【2日目】 Herokuアプリを無料で24時間稼働させる

Herokuの無料dynoをスリープさせないで24時間稼働させる4つの方法

【3日目】 Herokuアプリに独自ドメインを設定する

Herokuアプリに独自ドメインを設定する方法

【4日目】 HerokuアプリにSSLを設定する

HerokuアプリにSSLを設定する方法

【5日目】 Herokuのデプロイ先をステージング環境と商用環境で分ける

Herokuのデプロイ先をステージング環境と商用環境で分ける方法

【6日目】 Heroku上にNginxでリバースプロキシを構築する

Heroku上にNginxでリバースプロキシを構築する方法

最後に

いかがでしたか？これでHerokuの基本的な使い方をマスターできたことでしょう。それでは。

2018年8月3日 By KD コメントを書く

Heroku Container Registryのcontainer:push後のcontainer:releaseの対応方法

最近HerokuのContainer Registryのデプロイ方法が変更されました。今回は、その変更への対応方法を紹介します。

はじめに

2018年3月29日にHerokuのContainer Registryのデプロイ方法が変更されました。変更内容はこれです。今まではheroku container:pushをすれば、DockerイメージがPushされて、自動的にデプロイされていました。これがDockerイメージPush用のheroku container:pushおよびリリース用のheroku container:releaseに分割されました。個人的には余計なお世話なのですが、分割されてしまったので対応しましょう。(Herokuユーザには事前にHerokuのプロダクトオーナーから意見を聞くようなメールが来ていたので、この時に「やめとけ」と言っておけば良かったです。。。)

それでは、対応方法を紹介します。

対応方法

heroku container:pushを使っていた場合

Herokuコマンドを使っている場合です。この場合は対応方法は簡単で、単にheroku container:releaseを追加で実行するだけです。プロセスタイプがwebの場合は以下のようになります。

$ heroku container:push web
$ heroku container:release web

既存のDockerイメージをdocker pushしていた場合

DockerHubなどのDockerレジストリ・サービスを使っていた場合です。この場合は「heroku container:release」をしてもうまくいかないので、このStackOverflowを参考にして以下のようなリリーススクリプトを用意します。

heroku-container-release.sh

#!/bin/bash

imageId=$(docker inspect registry.heroku.com/${your-heroku-app}/web:latest --format={{.Id}})
payload='{"updates":[{"type":"web","docker_image":"'"$imageId"'"}]}'
curl -n -X PATCH https://api.heroku.com/apps/${your-heroku-app}/formation \
-d "$payload" \
-H "Content-Type: application/json" \
-H "Accept: application/vnd.heroku+json; version=3.docker-releases" \
-H "Authorization: Bearer ${your-heroku-api-token}"

${your-heroku-app}と${your-heroku-api-token}は適宜読み替えて下さい。

これを使って、以下のように実行すればOKです。例としてDockerHubからイメージをPullしてからHerokuにデプロイする場合を想定してみましょう。

$ docker pull ${your-dockerhub-user}/${your-dockerhub-registory}:latest
$ docker tag ${your-dockerhub-user}/${your-dockerhub-registory}:latest registry.heroku.com/${your-heroku-app}/web:latest
$ docker push registry.heroku.com/${your-heroku-app}/web:latest
$ bash ./heroku-container-release.sh

${your-dockerhub-user}、${your-dockerhub-registory}も適宜読み替えて下さい。

最後に

いかがでしたか？Herokuのヘビーユーザはすでに対応済みの内容だったと思いますが、久しぶりにデプロイして失敗した場合は今回の方法で対処できたと思います。それでは。

2018年5月28日 By KD コメントを書く

HerokuアプリにSSLを設定する方法

Herokuにアプリケーションをデプロイし、独自ドメインを割り当てたら、次にやることはSSL化でしょう。今回はHerokuアプリにSSLを設定する方法を紹介します。

はじめに

HerokuアプリをSSL化するには有料の方法と無料の方法があります。有料の方法はHerokuが用意している正攻法、無料の方法は他のサービスを利用した少し手の込んだ方法です。今回はHerokuアプリをSSL化する上で一般的な前者の方法を紹介します。

HerokuアプリにSSLを設定する

前提として、すでにアプリケーションをデプロイしたdynoがあるものとします。それでは始めましょう。

無料のdynoの設定を確認する

Herokuのサイトにログインし、対象のHerokuアプリ(dyne)のSettingsを確認します。

SSLの欄には「Upgrade to paid dynes to configure Heroku SSL」と書かれている通り、無料枠ではSSLの設定はできませんが、有料にアップグレードすればSSLが設定できることが分かります。

dynoをアップグレードする

対象のHerokuアプリ(dyne)を選択し、「Upgrade」を選びます。SSLの設定を可能にするには、HobbyでもProfessionalでもどちらでも良いのですが、今回はHobbyを選択します。

SSLを有効にする

対象のHerokuアプリ(dyne)のSettingsを選び、「Configure SSL」をクリックします。

今回は「Automatically」を選択し、「Continue」をクリックします。SSL証明書を自分で用意する場合は「Manually」を選んで下さい。

「I’ve done this」をクリックします。

「Continue」をクリックします。

これでSSLの設定は完了です.

SSLが正しく設定されていることを確認する

ブラウザで確認してもよいですが、curlコマンドでSSLが正しく設定されていることを確認します。Herokuアプリのドメインが「www.yourdomain.com」であると仮定した場合のコマンドは以下のようになります。

$ curl -kvI https://www.yourdomain.com
* Rebuilt URL to: https://www.yourdomain.com/
*   Trying XXX.XXX.XXX.XXX...
* TCP_NODELAY set
* Connected to www.yourdomain.com (XXX.XXX.XXX.XXX) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/cert.pem
  CApath: none
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Client hello (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* ALPN, server accepted to use http/1.1
* Server certificate:
*  subject: CN=www.yourdomain.com
*  start date: Apr 11 06:37:11 2018 GMT
*  expire date: Jul 10 06:37:11 2018 GMT
*  issuer: C=US; O=Let's Encrypt; CN=Let's Encrypt Authority X3
*  SSL certificate verify ok.
...

SSLの設定を確認できました。気づいた人もいると思いますが、後で軽く紹介するLet's Encryptというサービスを利用してHerokuはSSL化を自動で行っています。詳しくは公式サイトを参照して下さい。