「ＡＷＳでDevOpsするのに必要なものは・・・カネ」！

「カネで解決すること ＲＤＳとかＲＤＳとかＲＤＳとか」
・・・ありがとうございます。名言です・・・

きのう(10/11)、PHP Conference 2014に行ってきて、聞いて聞いた内容をメモメモ

次は、

PHPerがＡＷＳと出会ってＤｅｖＯｐｓを目指した話



Rettyって？
・グルメサービスです

software designの２０１４年５月～７月号

サービスの成長とインフラの成長

retty.me
news.retty.me
owner.retty.me
インスタンスをあまりもたない
とれじゃーさんつかっている
Elestic Beans talkつかっている
がんがんつかいたおしている

・いきなりこうなったわけでない

・サービス創明記　～１０万
　ＶＰＳ，レンタルサーバー

・１０万人こえたとき→ＥＣ２に移行

・５０万こえると、
　　ＡＷＳ固有のものをつかう

・１００万人こえると
　　様子かおかしい→スケールアウト
　　監視もしてみた　Software Design６月号
　　Nagiou,Monit clowd watch、オプションでディスク監視

・２００～４００万
　　サブドメイン開発に火がついた
　　メインサービスのアラーと止まらず
　　ＲＤＳのろぎんぐ限界
　　集計バッチが終わらない
　　スケール対応
　　スレーブ上限

・やったこと
　　サブドメインはレガシーアーキテクチャをすて
　　　　ＰＨＰ５．５＋ＺＦ２
　　ＶＰＣの移行
　　３２bit Amazon linux→６４bit vagrandを使って
　　動いてるものから掘り起こす
　　PHP5.3→5.5
　　　ＥＢでいろいろ切れる
　　MySQL5.5→5.6
　　　多段
　　ログふるーえんととＳ３ともんご

・ミドルウェアバージョンアップの秘訣は
　　Ｅ＿ＤＥＰＲＥＣＡＴＥＤと戦う

・～５００万
　　Nginx upstreamで安心deploy
　　EBふしぎなエラーでとまる→デプロイ中に
　CIはCircleで

・Ｏｐｓの仕事を減らす→ＡＷＳ
　　Elastic Beanstalk
　　　オートスケール、自動
　　　PublicDNSを振ってくれる
　　　エンバイロメント
　　デプロイは？へろくとおなじ
　　　git aws.push
　　　　　gitリポジトリをそのままデプロイ
　　　　　ロールバックも簡単
　　オートスケール設定、
　　インスタンス使い捨て
　　　　　→いきなりインスタンス消える
　　　　　→ログを送る→ふるーえんとでぃーでとれじゃーさんへ
　　.ebextensionで自由自在

　ＲＤＳ：ぶっちゃけ高い
　　　メンテフリーでスケールアウト

　ＥＢＳででかいインスタンスを用意するのは面倒
　　s3fsはあまりお勧めしないってアマゾンの人もいってた
　　s3の運用に載ったほうがいい

まとめ
ＡＷＳでDevOpsするのに必要なものは・・
＝金
　　カネで解決すること
　　　ＲＤＳとかＲＤＳとかＲＤＳとか
　　　思い切ってスケールアップ
　　テレビ放映のときに、いろいろやってくれる
　　ＡＷＳはインテグレーションすることが大事
　　　他のサービスとどう組み合わせるか
ＡＷＳが推奨するのに載る
インフラはＡＷＳにまかせて

ＡＷＳの個人情報、セキュリティ
・セキュリティグループ、IAMでリソースグループ
・ＶＰＣが説明できると変なアクセスがない
・監査ログ

アプリ、インフラ担当はわかれている？
　　・仲が良いか悪いか
　　・issueとチャットを使い倒す
　　・コードレビューはしている