rails_rdm_revieee

Rails Developers Meetup #03 2017/07/20 (Thu) Heroku Review Apps Like
な Rails 確認環境の自動構築ツール Revieee について株式会社Speee ヌリカエ兼開発基盤部エンジニア森岡周平

今日の発表の目的 Revieee というOSS について興味を持ってもらう！そのために、下記のことについて把握できる Revieee とは何か Revieee は何をしたいのか
Revieee の仕組みの全体感 Revieee の現状の進捗今後の開発の方向性

自己紹介名前：森岡周平 GitHub Account: Selmertsx 会社: Speee 所属部署: 開発基盤部
/ ヌリカエ最近やっていること: FF12

Agenda Revieee って何？ Revieee でやりたいこと Revieee の構成 Revieee の使い方 (
理想) Revieee の使い方 ( 現実) 現在の状態これからの予定

Revieee って何？ GitHub リポジトリにbot を招待/webhook 登録だけで使える( 予定) 社内版の Heroku
Review Apps

作った背景

問題整理僕がいるプロダクトはアジャイルで開発している成果物の確認は機能が出来たら都度行っている確認して問題無ければ即リリースエンジニアの人数 > 確認環境の数成果物が溜まって確認環境が渋滞声掛け運用が発生！！
この問題を解決するために確認環境の数 = 成果物の数にしたい PR 毎に確認環境が作られるシステムが必要になる

既存ツール調査

Heroku Review Apps Heroku の提供する開発支援ツール. GitHub にpull request を作
ると、PR 単位で確認環境が出来上がる Pros メンテナンスフリー設定が圧倒的に楽 Cons 無料だとアクセスするIP の制限を入れられない Enterprise だと年間 $20,800 ( 契約金のみ) 利用するミドルウェアのバージョンが指定不可

Paus dtan4 さん製のdocker swarm をベースとしたツール Pros local machine
で動いているものを、そのままcloud に持っていける Cons docker swarm クラスタの管理が手間 container のlog 確認がつらい

Migrate to ECS (issue in Paus) docker swarm ベースのシステムをECS
ベースで作り直す予定とのこと！僕たちも、ECS ベースで作ることに！

ツール開発の目的環境構築、声掛け運用をやめて開発効率向上 (option) Speee 社員が参加しやすいOSS を作るそのためにやること PR
作ったら簡単にできてメンテナンスがいらないそんな確認環境作ってくれるツールを GitHub でOSS として開発する

理想) Revieee の使い方 ( 現実) 現在の状態これからの予定

Revieee の構成要素 Application Server(Rails) nginx ECS MySQL 上記構成要素の役割を、下記２点の処理から説明するコンテナのデプロイ
確認環境へのアクセス

その前にECS のおさらい

ECS(EC2 Container Service) AWS 上でDocker コンテナをいい感じに扱うためのサービス

ECS の構成要素 ※ この後図を使って説明するので、ざっと聞いてもらえると！ Task: Docker コンテナを意味ある粒度で動かしてるもの docker-compose で扱うコンテナ群のイメー
ジ TaskDe nition: Task の設計書。使うDocker Image のPath、コンテナに使う CPU/ メモリリソースや環境変数などを保持. Service: Task の配置設定( 起動数・配置場所・autoscaling) デプロイ、ELB との紐付けなどを行う ECR(EC2 Container Registry): Docker Image 置き場.

ECS のイメージ(Task/TaskDe nition/ECR) task はアプリケーションを構成するコンテナ群( 例)

単一Rails アプリ in ECS service は ELB とTask を繋いで、アクセスをいい感じ
にTask に割り振れるようにする

複数サービス in ECS ( 例: ヌリカエ) LP と通常のApplication を別のservice
とした例同一クラスターに複数サービスを立ち上げたりできる

ECS の話は以上！疑問ある人はあとで質問してください

Revieee の設計に戻ります

Revieee でやりたいこと PR 単位で確認環境が構築されるコンテナをBRANCH 指定で動かしたい PR 単位でユニークな接続用URL を用意したい
ECS で実現するための方法任意のTask をBranch 指定して起動させる任意のTask に接続できるようにする Task のPort と、deploy 先のEC2 IP

任意のTask をBranch 指定して起動させる Task De nition にAPI でBranch の環境変数を渡して、直接Task
を起動させる

Branch を指定したコンテナ起動フロー

こんな感じでコメントされる

確認環境へのアクセス

理想) Revieee の使い方 ( 現実) Revieee の現状とこれから

Revieee の使い方 ( 理想) webhook を登録して GitHub リポジトリにbot を招待するだけで任意のPR
に対して確認環境が作られる ( カンタン!!)

Revieee の使い方 ( 現実) Docker Image を作成しECR に登録 Task De
nition の設定ファイルを作成 Webhook の登録 GitHub リポジトリにbot を招待 PR 毎に確認環境が構築される

現在の設定の理由 Docker Image はユーザーがハンドリングしたい MySQL のテストデータの更新などどう自動化するのが適切か見えてないものもある
コンテナ毎の各種設定な一旦は、自動化せずに素朴な仕組みで運用してみて知見を集めた後に自動化の方向性を探りたい

理想) Revieee の使い方 ( 現実) Revieee の現状とこれから

Revieee の現状 Speee 内でいくつかのプロダクトに導入済み BitJourney さんにも導入準備中今開発しているもの nginx 周りのdocker 対応
コンテナデプロイ機能の改修 Rails => AWS Lamba リプレイス

これからの開発方針簡単に構築できるようにする cloudformation とDocker だけで完結させたい簡単安全に運用できるようにする ECR の権限管理を容易にする適切なspot instance
を選べるようにする管理画面.... 作るかなぁ...

その他見えている課題複数リポジトリにまたがるものアプリの対応フロント/web でリポジトリが分かれてるやつ Docker Image の初期DL が遅い Docker Image
の置き場をEFS にしてみる？放置されるPR の対応どうしよう Container リソースの無駄遣いに Task を更新する際 connection drawing できない PR 更新したら、接続がブチッと切れる

確実に負債になるもの rails のDocker Image を自動更新しないので定期的に作り直さないと bundle install 系がどんどん重くなってく予定

まとめ Revieee は AWS ECS をベースに動いてます Speee でいくつかのチームに使って貰ってます
現在、簡単に構築できるように開発中です!! そしたら、みなさん使って頂いて Issue & PR くれたらうれしいっす！やることはいっぱいご意見、ご要望お待ちしております

発表は以上になります! もし興味を持って頂けたら https://github.com/speee/we bapp-revieee

宣伝 OSS Gate 東京ミートアップ for Red Data Tools in
Speee 7/25 https://speee.connpass.com/event/62324/

rails_rdm_revieee

rails_rdm_revieee

More Decks by morioka shuhei

Featured

Transcript