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
AWS re:Invent 2024 ふりかえり
Search
Takaaki Tanaka
December 12, 2024
Technology
460
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AWS re:Invent 2024 ふりかえり
クラスメソッド re:Growth 2024 福岡 の登壇資料です。
https://connpass.com/event/335824/
Takaaki Tanaka
December 12, 2024
More Decks by Takaaki Tanaka
See All by Takaaki Tanaka
[デモです] NotebookLM で作ったスライドの例
kongmingstrap
0
560
Zenn のウラガワ ~エンジニアのアウトプットを支える環境で Google Cloud が採用されているワケ~ #burikaigi #burikaigi_h
kongmingstrap
22
8.5k
製造の課題に立ち向かう Manufacturing Data Engine と Manufacturing Connect の ご紹介
kongmingstrap
0
1.3k
Tellus の衛星データを見てみよう #mf_fukuoka
kongmingstrap
0
950
JAWS-UG 福岡 #16 re:Invent 現地に行った人のお話 #jawsugfuk #jawsug
kongmingstrap
0
750
AppMod の開発のイマを知るために現地に潜入した私が見たものは・・・? #GoogleCloudNext
kongmingstrap
0
860
Kong Gateway から読みとく、 API統合・API連携サービスの最新情報 #devio2023
kongmingstrap
0
2.3k
Cloud Run に憧れて Google Cloud を推進している話 / CX事業本部で使われている技術
kongmingstrap
0
370
AWS / Google Cloud / Azure それぞれの推しサービス.pdf
kongmingstrap
1
1.7k
Other Decks in Technology
See All in Technology
それでも、技術なブログを書く理由 #kichijojipm / Why I Still Write Tech Blogs Even Now
shinkufencer
0
490
AI、CDK と協働する Full TypeScript アプリケーション開発 / Full TypeScript Application with AI and CDK
geekplus_tech
2
480
AICoEでAIネイティブ組織への進化
yukiogawa
0
220
2026年のソフトウェア開発を考える(2026/07版) / Agentic Software Engineering 2026-07 Findy Edition
twada
PRO
26
11k
なぜ、あなたのAPIは使われないのか? AX時代の設計原則、ガードレール、運用体制
yokawasa
1
210
インシデント事例と パッケージの全量解析に学ぶ ソフトウェアサプライチェーンの守り方 / supply-chain-attack-defense
flatt_security
0
900
Vポイント分析基盤におけるデータモデリング20年史
taromatsui_cccmkhd
4
730
ダッシュボード"開発"について 〜使われるダッシュボードのつくりかた〜
kimichan
0
200
発表と総括 / Presentations and Summary
ks91
PRO
0
190
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
110k
クラウドを使う側から、作る側へ / 大吉祥寺.pm 2026前夜祭
fujiwara3
5
1.2k
AIとハーネスで育てるトランスコンパイラ / 20260722 Yasushi Katayama
shift_evolve
PRO
3
790
Featured
See All Featured
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
660
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.5k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
330
Git: the NoSQL Database
bkeepers
PRO
432
67k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.9k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.2k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
450
Transcript
None
2 • クラスメソッド福岡 • 製造ビジネステクノロジー部 • チームマネージャー
• サウナ・スパ プロフェッショナル 田中 孝明 (Takaaki TANAKA) こーめい
5度⽬の参加 (2018 / 2021 / 2022 / 2023 / 2024)
re:Invent 2024 振り返り
re:Invent 2024 サマリー ⽣成AI and グローバル分散データベース - Amazon SageMaker のリブランディング
- k8s の管理を⾃動化する Amazon EKS Auto Mode - 新たなグローバル分散データベース Amazon Aurora DSQL 追加 - Amazon DynamoDB global tables のマルチリージョンでの強い整合性モード を追加 - Amazon Q Developer に Unit tests / documents ⽣成機能サポート - Amazon S3 の機能強化(Metadata / S3 tables) - Keynote で Andy Jassy (現 Amazon CEO / 元 AWS CEO) が Amazon Nova を発 表
世は⼤グローバル 分散データベース時代
とうとう出ました
とうとう出ました
Aurora であって Aurora ではない Amazon Aurora DSQL - 事実上無制限にスケールするサーバーレスな分散データベース -
リージョンにまたがることで 99.999 % の可⽤性を実現 - マルチリージョンで Active / Active の書き込みが可能 - 強い⼀貫性 - サーバーレス(サーバーの管理不要) - PostgreSQL との互換 - ⼤規模から⼩規模までのシステムでの利⽤を想定 - 現在はプレビュー
10 - Amazon Aurora ではストレージ 層、レプリケーション層、データ整 合性層の分離をおこなってきた - PostgreSQL の操作は全て
Query processor 層で⾏っている - トランザクション間のコンフリクト チェックは Adjudicator が担当し、 問題なければトランザクションログ を Journal に書き込む - その後書き込みログを別のリージョ ンへレプリケートする 極限までデータベースの機能を分離
11 - 楽観的ロック (Optimistic Concurrency Control) を採⽤ - Amazon Time
Sync Service などで も利⽤されてる原⼦時計を使ってタ イムスタンプを取得 - 厳密なタイムスタンプを利⽤するこ とでコンフリクトが発⽣するのが稀 という思想 - 競合発⽣時のリトライ処理を考慮す る必要はある(楽観的ロックのデメ リットの⼀つで競合が多発する場合 はリトライが頻発する) 楽観的ロック
時間があればもう少し詳細に https://dev.classmethod.jp/articles/dat427-new-amazon-aurora-dsql-awsreinvent/
隣の芝⽣について 動画で⽐較対象にされたサービス - 原⼦時計(TrueTime)を使っている点は⼀緒で地球規模の分散環境における トランザクションの順番や⼀貫性の保証を実現している - ロックには Two-phase commit と
Paxos を採⽤、準備フェーズで Coordinator と呼ばれるノードとそれ他のノードにトランザクションを伝え、 その他のノードがトランザクションに成功するようであれば成功を通知し、全 てノードが成功する時にロックを獲得してトランザクション書き込みを実施す る - 個⼈的には現時点の⽐較については静観する(リトライ処理などアプリケー ションの性質によって変わるため)
DynamoDB と同じ感覚で使う
Amazon DynamoDB global tables (強い整合性モード)
18 - 従来だと別のリージョンへのレプリ ケートまでの間、最新データに反映 されていないということが起こりう る - 書き込みログを Journal に書き込
み、シリアライズで各ストレージに レプリケーションしていく - ただし、未取り込みの書き込みログ を適⽤していくため、レイテンシー は犠牲になる 全てのリージョンで確実に最新のデータを取得する
時間があればもう少し詳細に https://dev.classmethod.jp/articles/dat425-new-amazon-dynamodb-awsreinvent/
まとめ
AWS Lambda の基盤開発に関わった⽅のブログ https://brooker.co.za/blog/
AWS Lambda と Amazon Aurora の融合
AWS Lambda と Amazon Aurora の融合
None