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
0
260
AWS re:Invent 2024 ふりかえり
クラスメソッド re:Growth 2024 福岡 の登壇資料です。
https://connpass.com/event/335824/
Takaaki Tanaka
December 12, 2024
Tweet
Share
More Decks by Takaaki Tanaka
See All by Takaaki Tanaka
Zenn のウラガワ ~エンジニアのアウトプットを支える環境で Google Cloud が採用されているワケ~ #burikaigi #burikaigi_h
kongmingstrap
22
8.1k
製造の課題に立ち向かう Manufacturing Data Engine と Manufacturing Connect の ご紹介
kongmingstrap
0
960
Tellus の衛星データを見てみよう #mf_fukuoka
kongmingstrap
0
750
JAWS-UG 福岡 #16 re:Invent 現地に行った人のお話 #jawsugfuk #jawsug
kongmingstrap
0
620
AppMod の開発のイマを知るために現地に潜入した私が見たものは・・・? #GoogleCloudNext
kongmingstrap
0
660
Kong Gateway から読みとく、 API統合・API連携サービスの最新情報 #devio2023
kongmingstrap
0
1.9k
Cloud Run に憧れて Google Cloud を推進している話 / CX事業本部で使われている技術
kongmingstrap
0
300
AWS / Google Cloud / Azure それぞれの推しサービス.pdf
kongmingstrap
1
1.5k
CPUブーストの話
kongmingstrap
0
110
Other Decks in Technology
See All in Technology
KubeCon + CloudNativeCon Japan 2025 Recap
donkomura
0
170
形式手法特論:位相空間としての並行プログラミング #kernelvm / Kernel VM Study Tokyo 18th
ytaka23
3
150
LLMでAI-OCR、実際どうなの? / llm_ai_ocr_layerx_bet_ai_day_lt
sbrf248
0
430
Claude Codeから我々が学ぶべきこと
s4yuba
9
2.2k
金融サービスにおける高速な価値提供とAIの役割 #BetAIDay
layerx
PRO
1
740
帳票構造化タスクにおけるLLMファインチューニングの性能評価
yosukeyoshida
1
230
【新卒研修資料】数理最適化 / Mathematical Optimization
brainpadpr
25
11k
いかにして命令の入れ替わりについて心配するのをやめ、メモリモデルを愛するようになったか(改)
nullpo_head
2
230
ビジネス文書に特化した基盤モデル開発 / SaaSxML_Session_2
sansan_randd
0
260
ホリスティックテスティングの右側も大切にする 〜2つの[はか]る〜 / Holistic Testing: Right Side Matters
nihonbuson
PRO
0
590
MCP認可の現在地と自律型エージェント対応に向けた課題 / MCP Authorization Today and Challenges to Support Autonomous Agents
yokawasa
5
1.8k
Unson OS|48時間で「売れるか」を判定する AI 市場検証プラットフォーム
unson
0
170
Featured
See All Featured
A designer walks into a library…
pauljervisheath
207
24k
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
Visualization
eitanlees
146
16k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Testing 201, or: Great Expectations
jmmastey
45
7.6k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.5k
Scaling GitHub
holman
461
140k
Building an army of robots
kneath
306
45k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
A better future with KSS
kneath
238
17k
Code Reviewing Like a Champion
maltzj
524
40k
Faster Mobile Websites
deanohume
308
31k
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