Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Athenaで実現する時系列データのパフォーマンス改善
Search
Atsushi Yokota
October 19, 2023
Programming
0
140
Athenaで実現する時系列データのパフォーマンス改善
AWS スタートアップ交流会 Beer Bust LT 資料
Atsushi Yokota
October 19, 2023
Tweet
Share
More Decks by Atsushi Yokota
See All by Atsushi Yokota
在庫の最適化を実現する SaaSデータ基盤の裏側
atsuyokota
0
150
Rust on Lambda 大きめCSV生成
atsuyokota
3
1.3k
Other Decks in Programming
See All in Programming
DMMオンラインサロンアプリのSwift化
hayatan
0
290
Terraform で作る Amazon ECS の CI/CD パイプライン
hiyanger
0
120
サーバーゆる勉強会 DBMS の仕組み編
kj455
1
370
Amazon ECS とマイクロサービスから考えるシステム構成
hiyanger
1
200
SpringBoot3.4の構造化ログ #kanjava
irof
2
860
法律の脱レガシーに学ぶフロントエンド刷新
oguemon
5
670
はてなにおけるfujiwara-wareの活用やecspressoのCI/CD構成 / Fujiwara Tech Conference 2025
cohalz
3
4.2k
ecspresso, ecschedule, lambroll を PipeCDプラグインとして動かしてみた (プロトタイプ) / Running ecspresso, ecschedule, and lambroll as PipeCD Plugins (prototype)
tkikuc
2
3.2k
ペアーズでの、Langfuseを中心とした評価ドリブンなリリースサイクルのご紹介
fukubaka0825
1
250
社内フレームワークとその依存性解決 / in-house framework and its dependency management
vvakame
1
520
chibiccをCILに移植した結果 (NGK2025S版)
kekyo
PRO
0
200
rails newと同時に型を書く
aki19035vc
6
760
Featured
See All Featured
Building Applications with DynamoDB
mza
93
6.2k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Agile that works and the tools we love
rasmusluckow
328
21k
Side Projects
sachag
452
42k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
51k
How to Think Like a Performance Engineer
csswizardry
22
1.3k
It's Worth the Effort
3n
184
28k
The Invisible Side of Design
smashingmag
299
50k
Building Adaptive Systems
keathley
39
2.4k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.5k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
29
2.2k
Six Lessons from altMBA
skipperchong
27
3.6k
Transcript
Athenaで実現する時系列 データのパフォーマンス改善 フルカイテン株式会社 横田
Atsushi Yokota バックエンドエンジニア 2 • 2020年10月よりフルカイテンに参画。 • FULL KAITEN V3の新規開発に携わり、Rustによる
GraphQLサーバーの構築やデータ基盤の構築を担当 • バックエンドグループマネージャー 自己紹介
3 在庫を利益に 変えるクラウド 今ある在庫で 売上・利益を最大化! 直感的に操作できる 使いやすいツール 運用定着まで 徹底サポート! EC・店舗・倉庫、
全ての在庫をAIで予測・分析し、 商品力をワンクリックで見える化。 とは
4 導入実績 ※一部抜粋/順不同 ※2023年10月時点
1. フルカイテンのマイチャート機能について 2. AuroraからAthenaへの移行 3. Athenaのパーティションのポイント 4. 移行結果 Agenda
6 フルカイテンの「マイチャート」の機能について • 売上、粗利、在庫など多様な指標を日/週/月単位で可視化 • KPIの定点観測や課題探索ツールとして利用
7 マイチャート機能の特徴 データ量が多い レスポンス の遅延 書き込みの 増加
Rust AuroraからAthenaへ移行 React バックエンド GraphQL PostgreSQL フロントエンド React フロントエンド S3
After Before 取得 SQL Athena クエリエンジン (Trino/Presto) Glue データ基盤 Rust バックエンド GraphQL Glue データ基盤 取得 SQL 書込 書込
9 Athenaのパーティション例 時系列 データ date=2023-10-01/ xx.parquet …… 1億 15万 8万
20万 適切なパーティション化によるレスポンスの高速化 date=2023-10-02/ date=2023-10-03/ xx.parquet xx.parquet
10 移行結果 データ量が多いほど、Athenaの方が効果的 ※Auroraは運用上、日付をインデックスにしての計測となります。
11 まとめ • Athenaの移行によって、データ量が多いアカウントで も一定時間でレスポンスが返ってくるようになった。 • AuroraのI/Oコストの削減にも繋がった。 データの特性や要件に合わせてサービス選定をしよう
エンジニア募集中! 一緒に世界の大量廃棄問題を解決しましょう! https://note.com/fullkaiten_re フルカイテン公式note