[まとめ]JAWS-DAYS2017行ってきた

# はじめに
* AWSで開発・運用し始めて1年半くらい
* サーバーレスちょこちょこ混ぜつつ1年くらい

[JAWS DAYS 2017](http://jawsdays2017.jaws-ug.jp/)

## 聞いたセッション
### [[DeepDive] 新訳 とあるアーキテクトのクラウドデザインパターン目録 by JAWS-UGアーキテクチャ専門支部](http://jawsdays2017.jaws-ug.jp/session/1998/)
直前まで迷ってたので、裏でやっているセッション、耳で聞きつつ、こちらは目で....

結局、裏でやってた方に途中で行きましたw

#### 所感
アーキテクチャ支部っていいですね。
大阪でもやってください!!!!!!
もっと実用的にあーだこーだ言いたい。

### [[General] 赤ドクロ Presents 『AWSで開発するならこれやっときゃいいよ的な話』](http://jawsdays2017.jaws-ug.jp/session/1789/)
[資料はこちら](https://www.slideshare.net/keisuke69/aws-73040279)
[分かりやすい図](https://twitter.com/nakayama_san/status/840383326590394368)

* サーバーレスするなら、SQSのようなキューを使って疎結合に保つのが基本だ
* 障害前提のアーキテクチャ設計

#### 所感
疎結合に保つために、SQSを使う。のはわかります。
リアルタイム性を求めるとしたら? → Kinesisですよね?
そればっかりしていると、Kinesisって結構割高なので、コストが....
ってなって悩んでます。 どうしたものか... って当たりをAWS SAさん来てたので、
お話させてもらいました。
それは、仕方ないんじゃないかー。となりつつも、本当にKinesis必要なのか。
とかもう１度考え直す必要があると...等、こうしたらどうかってアドバイスいただきました。

### [[DeepDive] AWS SECURITY DEATH \m/ ～セキュ鮫様からのお告げ～ by Security-JAWS](http://jawsdays2017.jaws-ug.jp/session/1512/)
* クラウドとはいえ、ネットワークの基礎を理解していないとセキュリティを考慮した適切なシステム構築ができないのはオンプレと同じ
* 先日のstruts2の脆弱性をついた漏えいについて、漏えいしたことはまずいけれど、迅速に調査、対応したことは評価されるべき
* ステートフルとステートレスの話
* AWSベストプラクティスでは`CF - ELB - IPS - ELB - WAF`...

#### 所感
セキュリティって、間違うと、事故りますよね。
事故った後の対応が迅速でも、事故は消えないですよね。
ちゃんと勉強しよ。

### [[公募セッション] サーバーレスでシステムを開発する時に大切な事](http://jawsdays2017.jaws-ug.jp/session/2005/)
[発表資料](https://www.slideshare.net/hiroyukihiki/ss-73049142)
事前に聞かせていただきましたが、気になったので、チャンネル合わせて聞いてました。
* Lambdaの処理抜けの考慮必要　→ 正確には、イベントソース側のイベント発火抜け??
* サーバレスはオペレーションレスではない
* モニタリングレスでもない
* Lambdaの同時実行回数制限意識しないと止まってしまう可能性あり
* サーバレスはインフラ費を抑えられるが開発工数が高くなる
* サーバレス言う前に自分達の作ってきたもの、どうですか?


#### 所感
サーバーレスは前から、かなり話題になっていますが、
人それぞれ、サーバーレスとは？の定義が違っていると感じてます。
ここで言われているのは、今までdevはdev。opsはopsとなっていたところを
サーバーレスにすると、devopsだー。だから開発している時から運用考えないといけないんだー。
だから大変なんだー。だと捉えています。

あと、DDos対策の設計は、
`post叩かれたログを監視 → 1分間に10回とかおかしい → LambdaでWAFのAPIたたく(IPをブラックリストに登録する)`
設計って大事ですよね。

### [[General] サーバレスの今と未来](http://jawsdays2017.jaws-ug.jp/session/1377/)
[分かりやすい図](https://twitter.com/nakayama_san/status/840438688517521409)
* パラダイムシフト 時間あたり → ミリ秒あたり
* サーバーレスにするのは開発を10倍速くするため、と海外で発表があった
* spaの本の日本語チェック、善意でお手伝いしてくれる方ぼしゅー。
* [serverless conf austin](https://austin.serverlessconf.io/)あるよー

#### 所感
パラダイムシフトすごくわかりやすかったです。
SPAでの開発の進め方、TDD(テスト駆動が良い)とのこと。
ケースバイケースだと思いますが...
しかし、1行コード書いたら、1行テストコード書く。くらいの意識を持つ。はすごく耳が痛かったです。

### [[General] 武闘派CIO３人が、ホンネで語るITの現実](http://jawsdays2017.jaws-ug.jp/session/1861/)
[雰囲気](https://twitter.com/hiroki_k8/status/840441568859308032)
* 最近どうよー?
* AmazonGoについて[参考](http://www.huffingtonpost.jp/tak-miyata/amazon-go_b_13521384.html)

聞きたいセッションがあったので途中で裏のセッションへ

#### 所感
ワイワイ、CIOというロールの人と、まだ交わったことがないですが、
いいなーと思いながら聞いていました。

### [[DeepDive] IAM 権限をこえて](http://jawsdays2017.jaws-ug.jp/session/1792/)
* IAMについて
* [IAMベストプラクティス](http://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/best-practices.html)
* IAM監視 → CloudTrail(API呼び出し監視) Config(構成監視)

#### 所感
ちょうどIAMの管理を試行錯誤しているところでしたので、聞きに来ました。
* GIPで縛る
* 最小権限
* CLoudFormation実行は専用のロール指定して実行
* Lambdaのデプロイとかも専用のロールを指定してデプロイ
* CloudTrail → ElasticSearch → Kibanaで可視化
をやって、うーん、なんかなー使いにくくなってるなー。どうしようかなーって悩んでました。
解決したわけではないですが、
そこまで縛らなくても、
* Configで構成管理して、それを監視する
ようにすれば、いいかなーとか思ってます。

### [[General] The AWS Japan Mafia トークセッション 2017](http://jawsdays2017.jaws-ug.jp/session/1418/)
[雰囲気](https://twitter.com/hiroki_k8/status/840456655808610304)
* 様々なロールで様々な理由での転職された方々のお話

## 聞きたかったセッション
###[[公募セッション] DevOpsとか言う前にAWSエンジニアが知るべきアプリケーションのこと](http://jawsdays2017.jaws-ug.jp/session/1875/)
[発表資料](https://www.slideshare.net/marcyterui/devopsaws)

## 次回は
### 登壇したいなー。
(今回、公募した。題名が悪かった...)

## おわりに
日帰り新幹線疲れました。
が、いい１日でした。
ありがとうございました。