はじめに 先日、大学の卒業論文を書き終えました。 高専時代にも卒業論文を書いていますが、そのときからの成長は研究データの管理や執筆環境の運用レベルが上がったことくらいでした。 ソフトウェアエンジニアとして仕事をしていることが良くも悪くも卒業論文に影響した感じですね。 せっかくなのでその卒論執筆環境をブログにまとめておきます。 まとめ 最後まで読んで「なんだそれだけか」とならないように、先に何をやったかまとめておきます。 LaTeXとGitを使ってバージョン管理した Dockerを使って環境構築を楽にした 自動でタイプセットしてくれるようにした Google ScholarとBibTexを使って参考文献の管理を楽にした 使い慣れているエディタを使った CircleCIを使って論文を自動で配布するようにした（していない） やったこと それではここから、何をやったか説明していきます。 LaTeX

追記(2018/07/07) node バイナリと yarn バイナリのインストールを、nodeの docker image からコピーする方式に改善しました。 参考URL: https://qiita.com/izumin5210/items/cf14a1ea58fb82d36bb2 はじめに docker-composeを使い、railsを簡単に開発できるテンプレートを作成しました。 webpackerの利用にも対応しています。 特徴は以下の通りです。 bundle installをdockerイメージビルドの時でなく、ENTRYPOINTで行います。 インストールされたgemがDockerVolumeにキャッシュされるので、Gemfileを更新してもイメージの再ビルドをする必要がありません。 webpackerにも対応。webpack-dev-serverが自動で起動されます。 we

戦略 開発環境はDockerComposeでRails + MySQL + Redisな構成 ファイル同期にはDockerSyncを使う 本番環境はECS + RDS + ElastiCache ALBを使って動的ポートマッピング nginxは使わず、pumaでリクエストを受ける assetsはDockerコンテナに含めてビルド CDN（CloudFront）を経由して配布 CircleCIでRailsコンテナをビルド＆デプロイ ECRにイメージをpush db:migrateなどはECS RunTaskAPIを叩く デプロイはecs-deployツールを利用 決めてないこと cronの運用方法 CloudWatch + LambdaでRunTaskAPI叩く kuroko2やsidekiq-cronなどのお手軽ジョブスケジューラを入れる 現時点の感触 DockerComposeな環境で開

はじめに SREチームの @minamijoyo です。 先日 CrowdWorks (crowdworks.jp) の本番環境のRailsアプリケーションを Docker (AWS ECS: Elastic Container Service) に移行しました。 CrowdWorksは2012年にサービスを開始し、2019年10月現在、ユーザ数は300万人、月間で数億円規模のお仕事がやりとりされる、国内最大級のクラウドソーシングプラットフォームにまで成長しました。 サービスの規模拡大に合わせて、ソースコードも数十万行規模に成長し、 決して小さくはない規模のRailsアプリケーションに成長しました。 CrowdWorksの開発環境にDockerが導入されたのはもうかれこれ3年半前の2016年の4月頃、2017年1月頃にはCrowdWorks本体から切り出された一部の機能で本番環境に投入され

本番環境でやるとき、みんなどうやっているんだろうというメモ 事例 その1 Railsとnginx同居 Docker を本番環境で４ヶ月運用して分かった HARD THINGS – Stay Creative ! nginxとRailsを同じDockerImageに入れる。多分1プロセス1コンテナの概念から考えると微妙さは満点 その2 nginxとRailsを1対1でコンテナ運用 Rails × ECS でオートスケーリング＆検証環境の自動構築 - メドピア開発者ブログ nginxコンテナとRailsのコンテナを1対1で運用する事例、これは従来のEC2の形を踏襲した感じかなと推察する。 その3 nginxを1台おいて、裏に複数のRails ECS を利用したデプロイ環境 - Speaker Deck nginxのコンテナを仲介して各Railsアプリに振る形式。あくまでもアクセスのプロキシ用途