2017に参加して面白かったセッションの備忘録です。最近仕事でcache+DBの構成を考える事も多かったので自分の周辺知識の補強のためにもまとめておきたかった。ある程度AWSの知識が前提となるような内容となっているのはご留意下さい。情報探す際は公式のドキュメント、クラスメソッドなどのまとめ記事を使う事が多いと思います。Practiceを紹介していたり、AWSユーザの企業がユースケースを披露していたりとためになる情報が多くあります。スライドも分かりやすくに作ってある場合も多く、難しい英語が使われている箇所も少ないので色々見てみるのも勉強になると思います。Jonesさんのセッションもここから検索できます。簡単に検索することができます。ElastiCacheと検索すると関連するセッションとその概要とYoutube動画・Linkedinのスライドが閲覧できるので、英語でも問題ないという方はここで調べてみても良いでしょう。DBの構成に苦心してた中、re:Inventで魅力的な名前のセッションを見つけた。各種トランザクションの時間を短くする。ロジックの最適化O(n)の処理をO(nlogn)にするというようなイメージだろうか。最適化には終わりがないので難しいアプローチだと思います。各種トランザクションの実行を並列に実行する。ストレージのアクセスを減らすことという意味かと。CloudFrontが紹介されている。いうドイツの企業のユースケースでCloudFrontの活用事例が紹介されていた。CloudFrontを使ってる模様です。Gatewayでの解決方法も示唆されていました。secで課金されるので大規模なシステムで使うのは少しお金がかかりすぎるという問題はあるそうです。Tierに関しては直接ストレージを取り扱うアプリケーションであることから、Storageの前段にElastiCacheを用いてストレージアクセスを極力減らすことで効率化を狙うべきと書かれています。Cachingでも詳しく触れられています。memcachedを使うかRedisを使うかという問題。このセッションでは二枚のスライドで解説されています。データの永続性や保存するデータの柔軟さなどが比較で挙げられていました。用いて更に効率的にキャッシュすることによるメリットが話されています。DAXの便利な部分は、キャッシュを使う上で一番面倒なキャッシュのキーをどうするか、中に保存するデータのフォーマットをどするかということを吸収してくれる仕組みがある点です。これを上手く活用してアプリケーションをシンプル化しようという事だと思われます。rateは飛躍的向上することも書かれていました。キャッシュ戦略はとても重要で、opennetwork社のようにあらゆるtierで行って課題を解決しているのはとても素晴らしい取り組みです。AWSは多くのサービスを提供してそれぞれの解決の難しさを吸収しているのがとても印象的でした。選択肢が多い分、最終的にはmemcachedを使うか、DAXを使うかなどの技術的な検証はユーザに委ねられているところもあるので、自分も含め勉強を続けていく必要があると思います。