Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
AWS re:Invent 2024 ふりかえり
Search
Takaaki Tanaka
December 12, 2024
Technology
480
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
620
Zenn のウラガワ ~エンジニアのアウトプットを支える環境で Google Cloud が採用されているワケ~ #burikaigi #burikaigi_h
kongmingstrap
22
8.5k
製造の課題に立ち向かう Manufacturing Data Engine と Manufacturing Connect の ご紹介
kongmingstrap
0
1.4k
Tellus の衛星データを見てみよう #mf_fukuoka
kongmingstrap
0
980
JAWS-UG 福岡 #16 re:Invent 現地に行った人のお話 #jawsugfuk #jawsug
kongmingstrap
0
780
AppMod の開発のイマを知るために現地に潜入した私が見たものは・・・? #GoogleCloudNext
kongmingstrap
0
880
Kong Gateway から読みとく、 API統合・API連携サービスの最新情報 #devio2023
kongmingstrap
0
2.3k
Cloud Run に憧れて Google Cloud を推進している話 / CX事業本部で使われている技術
kongmingstrap
0
380
AWS / Google Cloud / Azure それぞれの推しサービス.pdf
kongmingstrap
1
1.8k
Other Decks in Technology
See All in Technology
SREへの勘違いに気づいた後の話
tomodakengo
0
130
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
3
2k
データ界隈LT祭 第1回LT登壇
taromatsui_cccmkhd
2
1.5k
時うどん〜Socket.getifaddrsで学ぶネットワーク編 / Tokiudon: The Socket.getifaddrs Edition
coe401_
4
210
Azure Serverless 2026:Production-ready な AI エージェント基盤 / Azure Serverless 2026: Production-Ready AI Agent Platform
miyake
2
490
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
0
450
What the customer really needed
kawaguti
PRO
3
220
AIエージェントの自己改善をどう設計するか / How to Design Self-Improvement for AI Agents
22mi
25
17k
絵ではじめるKubernetesセキュリティ
aoi1
4
690
AI coding 整合正規方法
philipz
0
450
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
430
LLMに渡さなかった仕事
nanaism
0
1.3k
Featured
See All Featured
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.5k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
5
710
Testing 201, or: Great Expectations
jmmastey
46
8.3k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.3k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
Building an army of robots
kneath
307
46k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
3
4.3k
Code Review Best Practice
trishagee
74
20k
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
2k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
ラッコキーワード サービス紹介資料
rakko
1
5M
Done Done
chrislema
186
17k
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