はてなブックマーク

この記事は、SRE Advent Calendar 2018 - Qiitaの24日目として投稿しています。 SRE風のインフラエンジニア SREとDevOps そもそもDevOpsとは SRE本でも取り上げられている、DevとOpsの目的の差異 ミクロなDevの目的 ミクロなOpsの目的 Ops側の視点での安定性の考え方を改める システムを高速に更新可能にしておくことで安定性を担保する インフラエンジニアではなくSREとしてどう高速リリースを実現するか プロダクトの高速リリースに効くところを見極める リリースするにあたっての心配事を潰す 開発チームが自律して動ける仕組みやツールを提供する 今の組織でやれていること 開発チーム出身の人がSREチームにジョインしてくれている SREチームに入る新人のエンジニアさんもRails研修などを通して最低限の開発力を持っている SREチームのケツを叩い

Docker imageを小さくする RailsのDockerイメージ 現状のDockerイメージ rbenvのinstallとrubyのinstallが無駄ではないか？ ruby-alpineに変えてみる 結局何がサイズを大きくしてんの？？ Multi-Stage Buildsを使おう OSを変える いらなそうなファイルがないか探す とても大事なことに最後に気づく、、、 まとめ ちなみに Docker imageを小さくする Dockerイメージは小さいほど良いです。これは自明です。 プログラムを動かすための必要最低限の実行ファイルがあれば良いのです。 RailsのDockerイメージ そもそもバイナリだけで動くgoみたいな言語と違って、イメージが大きくなりがちなんですが それでも多少は頑張りたいと思い試行錯誤してみる。 現状のDockerイメージ Railsに関係する部分だけが削減対象

CentOS6からはインストールしただけだとdaemontoolsは動かない CentOS6の場合はこちら wp.kaz.bz CentoOS7の場合はどうすんだ？ centos7はデーモンをsystemctlで動かすので、daemontoolsもそれに従うと良さそう。 こんな感じでdaemontools.serviceを作る # cat /etc/systemd/system/daemontools.service [Unit] Description=daemontools Start supervise After=getty.target [Service] Type=simple User=root Group=root Restart=always ExecStart=/command/svscanboot /dev/ttyS0 TimeoutSec=0 [Install] W

直近2件ほど、Railsのセッティングのお仕事があったので自分的まとめとして。 まず、ざっとおさらい、Ruby on Railsとその仲間たち。 - ruby オブジェクト指向スクリプト言語 - rbenv rubyのバージョンを簡単に切り替えるツール - gem 1. rubyのサードパーティ製のライブラリの形式 2. rubyに付属しているRubyGemsというパッケージングシステムでライブラリの作成・公開・インストールが出来るもの - bundler gemライブラリの種類やバージョンを管理するツール - Ruby on Rails (単にRailsとも) Webシステム向けのフルスタック・フレームワーク - unicorn Railsサーバー、CPUやメモリの消費が小さく高速に動くんだとか 名前がかっこいい - nginx 単なるウェブサーバー 環境 CentOS 6.6 まずはr