JAWS DAYS 2018 に行ってきた

社内勉強会の準備などで忙しく、レポートを書くのが遅れてしまいましたが、先週の 03/10 (土) に JAWS DAYS 2018 へ行ってきました。

今回が初参加でしたが、AWS ユーザーグループのお祭りという感じですごく盛り上がっていて楽しいイベントでした。

会社の同僚も 4 人ぐらい参加してました。

自分が参加したセッションと聞いた感想やメモをつらつら書いていきます。

(ただし Keynote は省きます)

コンテナでウェイウェイ（仮）

このセッションは前半後半でそれぞれ違う発表でした。

前半

後半

Segment.io 社の大規模な ECS 利用状況を聞けたのは良かった
- そのぐらいの規模でも ECS で運用できるというのが知れて安心した
Segment.io の ECS 利用状況が凄まじい
- 秒間40万リクエスト、15000個のコンテナ
- インスタンスは c5.9xlarge
ECS Optimized AMI を使ってないのはびっくり
- Ubuntu 16.04 の Systemd で Docker Daemon を動かし、ecs-agent を動かしているらしい
cluster の分け方は少し参考になった
- common という cluster を用意しているらしい。megapool と呼んでいた
- 雑にコンテナを動かす場合とかは common cluster で動かすのかな？
オートスケールのポリシーが聞けたのも良かった
- Service は CPU かメモリが 90% を超えたらスケールアウト、70 % を切ったらスケールダウン
- インスタンスは reservation 値を元にスケール
ECS 周りのツールでいくつか知らないものもあったので聞けて良かった
- https://github.com/segmentio/ecs-logs
- https://github.com/stripe/veneur
- veneur の方は DogStatsD へメトリクスを送るためのグローバルなアグリゲーターらしい。大規模なアプリケーションになってくると必要になりそう

組織の状況やユースケースにサーバーレスアーキテクチャがぴったりハマっていて技術選定のセンスがすごいと思った
以前はサーバーを設置するために土地や建屋、非常電源なども管理していたとのこと。すごい..
- 今はクラウドにしたことでその辺りの管理コストが減った。サーバーレスなアーキテクチャにしたことでサーバーの管理コストも減った
AWS のサービス周りで色々な知見を聞けたのは良かった
- S3 はデータを大量に移動させようとすると一部移動されないものがあるらしい。移動されなかったデータはポーリングして拾っているとのこと
- S3 は同じようなファイル名にすると検索が遅いので、ファイル名の先頭にランダムな値を付けて検索を早くしたとのこと
- DynamoDB で Lambda で並列処理をすると書き込みキャパシティが足りなくなったので Lambda の同時実行数を制限してキャパシティを超えないようにしたとのこと
sam-local などを動かしたら開発マシンのスペックが足りない人が増えたので、Cloud9 を使い始めたとのこと

全体的に知らない情報が多かった
- コンテナでここまでセキュリティを意識している事例はあまりないんじゃないだろうか..すごく良い内容だった
IAM Role のポリシーに関しては耳が痛い..最小限にすべきなところをついつい面倒臭がって FullAccess とかを付けてしまいがち
https://github.com/docker/docker-bench-security 知らなかった
- ホストのセキュリティ状況をチェックできるスクリプト
- 自動化するなら Lambda で SSM の RunCmd を叩き、実行するログは CloudWatch Logs に送り、CloudWatch からアラートを送るだけなので簡単
Docker イメージのセキュリティチェックとかはやりたいなと思っていた。具体的なツール名も知れて良かった
- https://github.com/coreos/clair
- https://github.com/eliasgranderubio/dagda
NeuVector のデモすごかった
- アプリケーションが利用する正常な通信径路を設定しておくと、想定外な通信が走った場合は警告が出て画面上で通信を遮断できる
- NeuVector で十分すごいのに aqua がおすすめらしい。aqua のデモも見たかった
12 factor app に従ってなんでも環境変数で渡しがちだけど、DB のパスワードなどを環境変数で渡すと色々なところで見えてしまう
- SSM のパラメータストアを使うのがおすすめらしい

Terraforming from David Przybilla

会社で Terraform を使っているので参考になった
module 化によって中身が隠蔽されたので覚えることが少なくなったとのこと
terraform plan の結果が Slack に届き、Approve したら terraform apply されるらしい
- Terraform のデプロイパイプラインは正直整えてないので、こういうの自分もやりたい
.tfversion というファイルが見慣れなかったので調べたけど、自前？
- 調べてたら https://github.com/kamatama41/tfenv というツールを見つけた。xxenv 系のいつものやつっぽい