マスタカの ChangeLog メモ

■ このブログの CI を Heroku CI にしてみた [Heroku]

[2019-01-19-1] で Heroku の Hobby Dyno ($7/mo) を使い始めたので、Heroku CI も導入してみました。

やり方はこのとおり簡単です。

1. pipeline を作成し、app と紐付ける
2. Heroku CI を有効にし、GitHub とも連携する
3. app.json を作成する

《続きを読む》

■ Heroku にデプロイした時、Pushover を使って通知する [Heroku]

個人の通知ツールとして、Pushover を愛用しています。[2015-03-08-1] でも紹介してます。

- GitHub の自分のリポジトリにスターが付いたら通知
- Pushover gem を使った、若干複雑なケースのデプロイ通知
- Heroku にデプロイしたら通知

今まで Heroku のデプロイ通知は Heroku Deploy Hooks の Email に Pushover の E-mail Gateway を指定して出来ていましたが、Heroku Deploy Hooks の Email は 2018 年 5 月に Deprecate になっていました。

仕方がないので、Heroku Deploy Hooks の HTTP post hook で通知する方法を調べました。

《続きを読む》

■ このブログを『さくらのVPS』から『CloudFront+Heroku』に移した [chalow][AWS][Heroku]

ここ一年半くらい、このブログが乗っていたサーバをメンテンスしていませんでした。４月に Ubuntu 14.04 LTS が EOL になることと、サーバの面倒をみることに疲れてしまったので、このブログを CloudFront+Heroku に移しました。

さくらのVPSに引っ越したのは [2013-05-27-2] だったので、５年半くらい使っていたことになります。このブログ自体は静的コンテンツですが、nginx のログを fluentd に流したり、各種メトリクスを kibana や GrowthForecast で可視化したり、ちょっとしたアプリケーションを動かしたり、いろいろ実験や素振りをすることが出来ました。今までありがとう。

さて、引っ越し前後の環境の変化です。

《続きを読む》

■ Heroku の Slug は友達 [Heroku]

この記事は heroku Advent Calendar 2018 の 21 日目の記事です。

20 日目は @pukka さんの『【Heroku検討者向け】デプロイ方法５選！』でした。（４）マニフェストでの heroku.yml の使い方は初めて知りました。デプロイしたところ、heroku18 Stack の Docker Image が使われているようでした。Slug を作る従来の非 Docker デプロイも Docker に寄せられていくのかな？

今日はそんな Slug に注目した記事をお届けします。

《続きを読む》

■ Heroku と Redash は相性が良いのでは？という話 [Redash][Heroku]

これは Redash Advent Calendar 2018 の 17 日目の記事です。

16 日目は @mazamachi さんの『kubernetess の redash か黒魔術』ですが、まだ投稿されていないようですね。今回の記事にも関連するので期待してます。

1 日目の『2018年12月現在における Redash のはじめかた』を拝見しました。実際問題、どこに立てれば良いか、悩む方もいらっしゃるのではないでしょうか。今回はその点をまとめていきます。

《続きを読む》

■ BitBar の Heroku plugin はいいぞ [BitBar][Heroku]

この記事は heroku Advent Calendar 2018 の 13 日目の記事です。

12 日目もわたくしマスタカの当番で、内容は『Heroku の Preboot 機能を深掘りした』でした。その気になればドキュメント以上のことを探れることは、Heroku のメリットだと感じています。

今日は Heroku の BitBar plugin を紹介します。macOS 限定です。

《続きを読む》

■ Heroku Meetup #23 "Heroku Dynamite!!" で話してきた #herokujp [Heroku][勉強会]

https://herokujp.doorkeeper.jp/events/82754

最近業務で Heroku 周りのことを一手に引き受けています。社内に本番環境での知見はあまりないので、参加してきました。

参加は初なんですが、前回の記事 [2018-11-21-1] を Slack の HerokuJP User Group にシェアしたら成り行きで話すことに。LT 以外で外で話すのは初でしたが、良い意味でこじんまりした Meetup で、割とリラックスして話せましたね。

会社の勉強会だと 20 人くらいいるので、良い訓練になっていたのかも。

《続きを読む》

■ 先週 GA になった、heroku.yml を使った Docker Deploy を試した [Heroku][Docker]

先週 Building Docker Images with heroku.yml が GA になってました。

Building Docker Images with heroku.yml Is Generally Available

heroku.yml は使ったことがなく、最近 Redash を Docker on Heroku で
立て、モチベーションが上がっているので、早速試してみました。

今までの方法と比較しながら、気づいたことを中心にまとめていきます。

《続きを読む》

■ Heroku CLI 用の zsh 設定は不要だった件 [Heroku][zsh]

タイトルは少し端折っていて、正確には ~/.zshrc に以下の設定が必要です。

# $FPATH 以下にある補完コレクションを使う。
autoload -Uz compinit; compinit -u

これは Heroku CLI 固有の設定ではありません。ls や git などにも適用
される補完を有効にする設定です。

macOS High Sierra 付属の zsh の $FPATH デフォルト値です。

$ echo $FPATH | tr ':' '\n'
/usr/local/share/zsh/site-functions
/usr/share/zsh/site-functions
/usr/share/zsh/5.3/functions

このように補完が効きます。App の補完はうれしい。

《続きを読む》

■ 【保存版】自前で継続的 bundle update を導入する方法 [Ruby][CircleCI][Heroku]

俺得な保存版記事です。設定するたびにやり方を思い出すのが面倒になり。

1. CircleCI の設定

GitHub の Personal access tokens のページで token を作成し、
CircleCI の Project Setting -> Environment variables に
GITHUB_ACCESS_TOKEN という名前で追加します。

CircleCI の URL は以下になります。

https://circleci.com/gh/{ユーザ名}/{リポジトリ名}/edit#env-vars

《続きを読む》

■ CircleCIを使ってbundle updateを定期実行するHerokuアプリを作った [CircleCI][Ruby][Heroku]

CircleCIを使ってbundle updateを定期実行する - Qiita

こちらの「1. CircleCIを起動する」のシェルスクリプトをRubyスクリプ
トにしてみました。Herokuボタンで簡単に設置できます。

masutaka/ci-build-trigger

A trigger of bundle update

《続きを読む》

■ Herokuにberkshelf-apiサーバを立ててみた [Heroku][Chef][Berkshelf][GitHub]

前回[2015-01-09-1]はBerksfileにGitリポジトリを直接書きましたが、レ
シピの依存関係の解決ができませんでした。

berkshelf-apiサーバを立てるとその問題が解消されるようなので、
Herokuにberkshelf-apiサーバを立てて検証してみました。

《続きを読む》

■ ローカルの静的コンテンツをHerokuに置き始めた [Heroku]

他の人に見せたくない静的コンテンツは、ローカルのnginx経由で見られ
るようにしていたんだけど、いろいろ面倒になってきたのでHerokuに置き
始めた。

やり方は簡単で、以下のリポジトリのHerokuボタンを押すだけ。

masutaka/heroku-static-contents

public以下に.htmlとかをcommitして、git push heroku masterすればOK。
BASIC認証も使えて便利。

■ 『パーフェクトRuby on Rails』のサンプルアプリにHerokuボタンを付けてみた [Heroku][GitHub][Book][Rails]

Herokuボタンがリリースされました。
Heroku｜Introducing Heroku Button

詳しくはnaoyaさんの記事をどうぞ。
Deploy to Heroku / Webアプリケーションのポータビリティ再び - naoyaのはてなダイアリー

ざっくり言うと、これだけでGitHubの任意のブランチをHerokuにデプロイ出来ます。

- GitHubにHerokuで動くコードを置く
- 上記リポジトリのrootにapp.jsonを追加する
- README.mdにHerokuボタンを追加する

もちろんHerokuアカウントは必要です。

《続きを読む》

■ 『パーフェクトRuby on Rails』を全部読んで写経してHerokuにデプロイした [Book][Rails][Heroku]

先月からRailsをガッツリ使うプロジェクトに入ったので、結構気合い入れて
読みましたよ。

Railsはそこそこ分かっているつもりですが、ネットの知識のみでまとまっ
た学習をしたことがなかったので、タイミングの良い発売でうれしかった
です。なんて運がよいのだろう。

《続きを読む》

■ Herokuにデプロイした時にChatWorkに通知するrakeタスク作った [Heroku][Rake][ChatWork][Rails]

使っているのはこんな環境です。
- HerokuにRailsのProductionとStaging環境がある。
- Stagingで任意のブランチを動かしたいことがある。

今までHerokuにデプロイする時はこうしてましたが、

$ git push prod master

今後はこのようになりました。

$ bundle exec rake deploy:prod

Dryrunも出来ます。

$ bundle exec rake deploy:prod DRYRUN=1

Stagingで任意のブランチを動かしたい時はこちら。

$ bundle exec rake deploy:staging BRANCH=<any-branch>

《続きを読む》

■ 通知特化型Twitterアプリ「29hours」をHerokuで動かせた [Heroku][Ruby]

通知特化型Twitterアプリ「29hours」をつくってHerokuで動かしているお話 - 準二級.jp

昨日というか今朝Heroku力がついたおかげで[2013-04-14-1]、案外簡単に
できました。

settings.ymlはだいたいこんな感じ。

twitter:
  my_screen_name:
    masutaka
  consumer_key:
    XXXXXXXX
  consumer_secret:
    XXXXXXXX
  access_key:
    XXXXXXXX
  access_secret:
    XXXXXXXX
matchers:
  keywords:
    - masutaka
    - マスタカ
    - 増田
notifiers:
  imkayac:
    username:
      XXXXXXXX
linker:
  http

https://dev.twitter.com/apps からアプリを作って、consumer_keyや
consumer_secretなどを埋める必要があります。やったことない人は気づく
まで時間がかかるかもしれません。

普段使っているTweetAtokは個別ツイートのURLスキーマは対応してなさそ
うでした。残念。

以下、記事の見出しと対応してます。

動かす

ここまで来ると、ローカルで普通に動きます。タイムラインがだらだら流
れていくことと、普段から使っているim.kayac.comから通知が来ることを
確認しました。

あ、今朝と同じようにgemはvender/gems以下にインストールして動作確認
しました。[2013-04-14-1]

Heroku に乗せる

ここはちょっとハマりました。Dropboxにsettings.ymlを置きリンクを有効
にしたんですが、29hoursは起動してないようでした。

ログを見るため、Papertrailを入れようと
% heroku addons:add papertrail:choklad
を実行したら下記のエラーメッセージ。Freeプランでもクレジットカード
情報が必要みたいです。

! Please verify your account to install this add-on
! For more information, see http://devcenter.heroku.com/categories/billing
! Verify now at https://heroku.com/verify

登録してもHerokuが混雑しているのか、エラー画面に飛ばされました(再度
Appsのページに行ったら、Papertrailがインストールされてたので良しと
した)。

ログを見たら、Rubyのパースエラーが発生してました。ためしに
% heroku config:unset SETTINGS_FILE_PATH
したあと、settings.ymlをcommitしてHerokuにpushしたところ、無事動きました！
(私以外は見られないリポジトリだから問題ないと思う)

まとめ

これで通知のためだけに動かしていたTiarraのTIG(TwieetIrcGateway)は
要らなくなるのかも。そもそも最近IRC使ってないなあ。。

@june29さん、ありがとうございました！

おまけ

Herokuではworkerを有効にすると、Procfileを参照するのですね。
このように書いてありました。なるほど。

worker: bundle exec ruby 29hours.rb --production

これはちょっとハマったw

(誤) $ heroku restart –app アプリ名
(正) $ heroku restart –-app アプリ名

追記(2013-04-15):
上記restartの件は、修正して下さいました。

■ やっとHerokuデビューできた [Rails][Heroku]

Railsで簡単なアプリをscaffoldで作ってHerokuにデプロイするまで #heroku #PostgreSQL #Rails #Ruby - Qiita

Rails力がそこそこついてきたので、こちら試したら案外簡単にできました。
年末に別な記事で試した時はギブアップしたのですが。orz

Herokuアプリ: http://sample-masutaka.herokuapp.com/
GitHub: https://github.com/masutaka/rails.sample/

基本、記事の通りで大丈夫ですが、最初からRailアプリを作ったことがな
かったので、ちょっとだけハマりました。

ローカルでRailsアプリ作成

アプリ名のディレクトリ(今回はsample)作って、cdしました。

次にRails gemをインストールしました。Gemfileを作って"bundle
install"実行です。今回は.bundle/configを作って、ローカルのgemは
vender/gems以下にインストールされるようにしました(Heroku上では強制
的にvendor/bundle以下にインストールされるみたい)。
https://github.com/masutaka/rails.sample/commit/e69e24db750b97576a67d62c1e526b8dc57e5f09

最後に"bundle exec rails new ."を実行すれば、Rails環境がセットアッ
プされます。"Could not find gem 'jquery-rails"というエラーが発生し
ましたが、"bundle install"したら問題なさそうでした。
https://github.com/masutaka/rails.sample/commit/fffc748ce3ddf86c286b0ec3515ddc6792b1061c

この状態で"./script/rails s"すると、http://localhost:3000 にアクセ
ス出来るようになります。

初めてのHerokuへのデプロイ

記事の通りに"heroku create sample-masutaka"でアプリを作り、
git push herku masterすればデプロイ完了です。

ちなみにアプリを作ると"git remote add heroku .."されるため、
"git push heroku master"出来るようになります。
"git remote -v show"で確認出来ますね。

記事の通りにDBを指定しなかったので、sqlite3関連でエラーになってしま
いました。Herokuではsqlite3使えないのですね。production環境のDBを
postgreSQLにして解決しました。
https://github.com/masutaka/rails.sample/commit/a73fa5cd3b10dd8a47d1daf6b8483051db257374

http://sample-masutaka.herokuapp.com/ にアクセス出来ました。

簡単なブログアプリを作る

以下を実行するだけで http://localhost:3000/articles から記事を書け
るようになります。Railsはすげーなあ。

% ./script/rails g scaffold article title:text text:text
% bundle exec rake db:migrate

https://github.com/masutaka/rails.sample/commit/f4ad98c41877341c410f1ece50b83e459fe1a417

ブログ機能をデプロイ

問題なさそうなので、"git push heroku master"でHerokuにデプロイしま
したが、PostgreSQL関係でエラーになってしまいました。
config/database.ymlのproductionがsqlite3のままなので当然ですね。

herokuでRails3.2のアプリケーションを動かす - のほほん女子大生のインタラクション日記

こちらを参考に設定しました。DBのホスト名やユーザ名、パスワードはア
プリのResourcesにあるHeroku Postgres Dev :: Grayに書いてあります。
https://github.com/masutaka/rails.sample/commit/bcd3d018ecb14a6354a504648565c9afd3276064
(当然ですが、pushしたcommitでは伏せ字にしてます。)

http://sample-masutaka.herokuapp.com/articles にアクセスしてもまだ
エラーになります。migrationしてないからですね。
"heroku run rake db:migrate"したらアクセス出来るようになりました。
やった！