05:00まで新宿で飲んでいたけど、頑張って昼前に起きました。いう気持ちが高まったので感想ブログ書きます。mysqlfailoverはread_onlyをいじられない劣化MHAときき、MHA使っていこって思いました。Fabricで死ぬまで使い続けて検証してて凄いなと思いました。言っていたのでなるほどと思った。枯れた技術は勝手に枯れてないで、誰かが除草剤撒いて枯らしているらしい。Casualがあるらしい。今ってslackで技術の話がされているのか。プロダクトのチャンネルに入って技術追っていきたい。知らなかったから乗り遅れてる感じがして焦る。AWSのオートスケールとなかよく付き合うfujiwaraさんてカヤックの人だったんですね。ヒカリエの人と勘違いしていた。弊社はオートスケール使ってるのかな。手動で増設している認識だぞ。アクセスの増減に合わせてインスタンスをたてるの便利っぽいし、お金の節約になるらしい。RDSがボトルネックになればEC2をいくら増やせても、負荷の増大が早過ぎると間に合わないとのこと。CMがあるから、事前にアクセスが増えることがわかるなら、予め台数を増やせばok。障害が発生したインスタンスは自動で削除してくれる。代わりの新しいインスタンスを自動で起動してくれる。設定された台数を保とうとしれくれるもの。インスタンス削除はterminateになるので、くっついてるEBSも削除されてしまう。これってログとかも消えてしまうから、S3とかへfluentd使ってログを飛ばす必要があるんだね。個人とかなら使わなそうだなあ。オートスケールを考慮していないシステムにあとから導入するといろいろ大変らしい。minはこの台数を最低限維持しようとするなので、一時的にminの台数を下回ることがある。desired(希望台数)この台数を維持しようとする。スケーリングポリシーのアクセスにあわせた台数にしてくれる。OSは起動するけどヘルスチェックが通らないと課金地獄になる。maxはこの台数以上は起動しない。低めに設定するとスケールできないことがある。スケーリングポリシーはCloudWatchのメトリクスを元にしたアラームをトリガにする。spotかdemandか。spotは入札価格をスポット価格が上回るとインスタンス削除されることある。動作中のスポット価格(需要と供給の価格)できまる。安い時は安いが使いドコロが難しい。起動したインスタンスがpullさせる。設定変更やアプリ修正で毎回AMIを作りなおさないといけない。デプロイ頻度が多くないサービスなら可能。S3などにアーカイブを保存、各インスタンスで取得、展開する。CodeDeploy,mamiyaなどを使う。rsyncなどでプル型デプロイの自作はbuild途中の状態が取得されないように気をつけよう。Gitから取得してデプロイは小規模でやっていくならよいが、リポジトリツールなので正しい使い方ではない。あるホストから全台に○○(ssh)という発想をやめる。監視で必要なこと動的に監視対象を増減できるツールを使う。一台一台みるより、オートスケーリンググループ全台を集約したメトリクスをみる。一台落ちたぐらいでくよくよしない。監視停止にに失敗することもある。個別のインスタンスにこだわりすぎない。プロセスみたいなもの。インスタンスに永続物を残さない。ディスクでなくメモリみたいなものと考える。この発想てないんだよね。一台一台落ちないようにしている。この考えはSRE的にはどうなるのかなあ。CPU使用率は40~50%ぐらいで起動するのがよい。100%が50%の二倍の処理ではない。減らすときは直近1時間の最高が25%になったら。増やすときは大胆に、減らすときはすぐ減らさないのがキモ。HTTPでアプリが応答したらOKにするヘルスチェックがよい。EC2で、最新では大丈夫だけど、過去に使用されたことがあるIPアドレスが再割当てされたインスタンスがRedisにつながらないことがあったらしい。いうことに気づけるためにもアプリケーションレベルのヘルスチェックをしとくとよい。ヘルスチェックが通らないとインスタンスが落ちるから。サーバの構成とかみるとそんなことなくてモダンにやっていると思いました。会社的に物理サーバとかで管理してそ〜とか思ったので意外でした。AWSはわかるけど、なんでAzureも使っているのかなあ。Azureをなんで使うのかききたかったなあ。辞めていくことも決めてないのかしら。API実装においていかに自由すぎる旧APIとの互換性を確保したかの話fluentdやっていきたい。ユーザが離れないようにするために大事なことなんだなあと思いました。新しいverをみんな使っていこう。Extension開発四方山話extension友達っていいな。vivaldiとかの拡張とか作っていきたいと思いました。Vaultは機密情報を管理してくれるものらしい。上場企業だから厳しいんだろうなあと思いました。上場するとコンプライアンスが厳しくなるので仕方ないんだと思います。hiragramDMM英会話やっていくぞって気持ちになった。発表するの大事だと思いました。i47_rozaryオレオレスクラムを使って失敗しているよくある話。スクラムマスターが聴いたら、その使い方じゃダメって言われるやつでは。スクラムはダメだって言われる可哀想な子。PMは唯一解がないので、適当なものを使ってやっていこう。知り合いが0なので緊張して店の前で何分も待ち意を決して入店した。隣の席がfujiwaraさんで早速ビビった。質問したら優しく答えてくれた。ISUCONでなんでそんな強いんですかとか質問したら答えてくれた。