2016に参加しました。サーバー専門のフリーランスエンジニアです。クラウドサーバー環境を利用してWebサイト、ITシステムのサーバー全体構成やサーバー内部構成をデザインします。2016に参加しました。2016に参加しました。2016に参加しました。2016の公開資料まとめhttps://qiita.com/masumiya/items/7ea4c364a9e8cca37b5e僕は3年連続3回目の参加でした。サーバーレスといったところでしょうか。Diveのセッションは人があふれていました。長谷川さんのユーザートラックも盛り上がっており、これまでよりもユーザー企業、エンタープライズ寄りの参加者も多かったのかもしれません。「他のトラックと音が混ざってスピーカーの声が聞き取りにくい」問題の対策として、今年はイヤーレシーバーが参加者全員に配布されました。接触不良なのかときどき聞こえなくなるときがありましたが、去年まで比べて断然聞き取りやすくなりました。これはナイスアイデアですね。印象に残ったセッションを3つ挙げておきます。企業で、(AWSに限らず)クラウドサービスを利用するうえでのセキュリティ対策の基本的な考え方と、アイレットで行っている監査・施策例を紹介。IPAセキュリティセンター発行の「中小企業のためのクラウドサービス安全手引き」を利用して、クラウドサービスを机上評価してみよう。適合していなければ採用不可、ではなく、リスクを洗い出して認識し、社内で共有しよう。自社基準を公開できるぐらいの透明性をもとう。Whitepaperの公開。薄い層を何枚も積み重ねて防御→オニオンレイヤーセキュリティなどなど、セキュリティ対策の考え方について共感できることが多く、勉強になりました。IshizawaLambdaの利用事例の紹介。Zabbixによる監視で、CloudWatchからAWS-SDKでデータを取得すると、監視対象が増えたときに監視サーバーの負荷が上がる。→その対策として、CloudWatchからのデータ取得をLambdaに置き換えて監視サーバーの負荷を下げた。→監視サーバーのコストを下げた。僕も5年ぐらい前にNagiosで同じような経験をしたのですが、AWS-SDKはけっこう重い処理なので、頻繁に実行するとサーバーにすごく負荷がかかってしまうんですね。PHPのSDKからサードパーティによるPerl製のSDKに置き換えることで負荷を下げたのですが、Lambdaに置き換えるアイデアは新鮮でした。KanazawaAuroraの利用事例。RDSからAuroraに移行したことで、フェイルオーバー時にレプリカを昇格できるようになったため、サーバー費用を削減。Lagの短縮、安定化→メンテナンスなしのカラム追加が可能。リードレプリカ作成時間の短縮。いったメリットがあったことのほか、クエリキャッシュヒット率の低下。スロークエリ発生回数の増加。バイナリログパージ時に高負荷となる。up」のまま残留するプロセスがある。いった問題、不具合も紹介されました。これらは、大量データ、大量接続の本番環境で使用してこそわかることで、とても貴重な情報公開でした。これらの問題、不具合はAWSにフィードバックされ、いくつかは次回のバージョンアップで修正されるとのことで、ありがたいことです。懇親会、2次会にも参加して、僕と同じように地方のエンジニアと交流できたのも楽しかったですし、よい刺激となりました。僕はこれぐらいしか東京に出る機会がないのですが、また来年も参加したいと思います。スタッフ、登壇者、参加者のみなさん、お疲れさまでした。(必須)↑お問い合わせ内容をご確認のうえ、チェックを入れてから「送信」してください。