サーバレスの未来〜The Key to Simplifying Everything〜

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 3 川路義隆（かわじよしたか）アマゾンウェブサービスジャパン合同会社ソリューションアーキテクト⼩売業のお客様向けのAWS導⼊・アーキテクチャ⽀援アジャイル・サーバーレス好きな AWS サービス Amazon API Gateway, AWS Lambda, AWS Step Functions ࣗݾ঺հ 3 AWS Lambda Amazon API Gateway AWS Step Functions @kawaji_scratch

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. History 7 AWS Lambda 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 Amazon SNS Lambda統合 Amazon API Gateway AWS Step Functions LambdaのイベントソースとしてSQS対応 Amazon EventBridge Amazon CognitoからLambda関数実行可能に AWS AppSync Amazon Aurora Serverless AWS Lambdaを中⼼にサーバーレスアプリケーション開発に必要なサービス提供期

Slide 8

Slide 8 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. History 8 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 Amazon Aurora DSQL AWS AppSync Events Amazon Bedrock より多くのワークロードをサーバーレスでシンプルに実現可能に

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 既存データベースの課題 15 従来のデータベースの容量制限により、ワークロードのサイズを適正化するには膨⼤な時間がかかる拡張性機能的な課題運⽤的な課題障害による予期しないダウンタイムはデータベースの可⽤性に影響を及ぼすインフラ管理、パッチ適⽤、アップグレードなどのメンテナンスに多⼤な⼯数が必要になるインフラの設定、データベースの構築、チューニング、管理は複雑で⼿間がかかる可⽤性管理性複雑性

Slide 12

Slide 12 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 16 事実上無制限のスケーラビリティコンピューティング、読み取り、書き込み、ストレージのリソースを個別に即座にスケールアップ/ スケールダウンビジネス継続性マルチリージョンクラスターのアクティブ-アクティブアクセスで 99.999% の可⽤性を実現インフラ管理の排除サーバーのプロビジョニング、パッチ適⽤、管理が不要。また、ソフトウェアのインストール、保守、運⽤も不要すぐに使えて簡単 PostgreSQLに慣れていれば、 1分以内にデータベースを作成してクエリーを実⾏可能 Amazon Aurora DSQL 事実上無制限のスケーラビリティと⾼い可⽤性を備えたクラウドネイティブなサーバーレス分散SQLデータベース

Slide 13

Slide 13 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. コアコンポーネントに関して 17 Region Customer VPC Customer Application DSQL Cluster AZ1 AZ2 AZ3 エンドポイント (VPC不要) シングルリージョンの例リレーと接続クライアントとの接続はエンドポイントを経由して、⼀旦接続レイヤーで管理されます。セッションやトランザクションの状況により下位のQuery Processorに接続します。コンピュートとデータベース(Query Processor) サーバーレスとして実⾏されるデータベースエンジンであり現在PostgreSQL 16をベースとしています。PostgreSQL 16の機能のサブセットをサポートしています。トランザクションログ、同時実⾏制御と分離 Query Processorからの書き込み(コミット)処理は、AZ間、リージョン間に分散したトランザクションログを書き込みます。ここで分離レベルにあった整合性が保証されます。また、ログはグローバルでマージされ順序づけられます。ストレージグローバルに順序づけられたログは分散ストレージ(レプリカを含む)に同期的に書き込まれます。読み込み処理は Query Processorから直接分散ストレージにリクエストされます。コンピュートとデータベーストランザクションログ、同時実⾏制御と分離ストレージリレーと接続 (*) https://docs.aws.amazon.com/aurora-dsql/latest/userguide/what-is-core-components.html (*) https://aws.amazon.com/jp/blogs/database/concurrency-control-in-amazon-aurora-dsql/ 従来のデータベースを細かいコンポーネントに分割し、分散させることで、⾼い拡張性を実現しています

Slide 14

Slide 14 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 18 Amazon Aurora DSQL シングルリージョンクラスター Region Customer VPC Customer Application DSQL Cluster Multi-AZ アクティブ-アクティブ AZ1 AZ2 AZ3 コンピュートとデータベーストランザクションログ、同時実⾏制御と分離ストレージ 99.99%のデータベース可⽤性を実現する設計 3 つのアベイラビリティーゾーンへアクティブ-アクティブのデータレプリケーション 1つのエンドポイントにアクセスすることで読み込み/ 書き込みのスケーリングを⾃動化し、読み込みは強い⼀貫性(レプリケーションラグはゼロ)を提供します完全に⾃動化された障害復旧機能により、AZ 全域で発⽣したイベント中でもデータの強い⼀貫性(RPOはゼロ)が保たれます

Slide 15

Slide 15 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 19 Amazon Aurora DSQL マルチリージョンアクティブ - アクティブクラスター Witness Region Replicated Journal Region Application DSQL <> Customer VPC Region Application DSQL Customer VPC シングルリージョンクラスターのメリットを 2 つの AWS リージョンに拡⼤ 99.999% のデータベース可⽤性を実現する設計 2つのリージョンにまたがってアクティブ – アクティブでのデータアクセスどちらのリージョンも同じで、プライマリもセカンダリもありません。アプリケーションは、どのリージョンのエンドポイントからでも同じデータにアクセスできる完全に⾃動化された障害復旧機能により、リージョン全体で発⽣したイベント時でもデータの強い⼀貫性が保たれます ACIDトランザクションを満たすクロスリージョンでのレプリケーション計画的なダウンタイムなしの柔軟なスケーリングコンピューティングとストレージは独⽴して拡張が可能インスタンスのサイズ調整、拡張、配置、管理は不要パッチ適⽤やメンテナンスウィンドウは不要

Slide 16

Slide 16 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 20 Amazon Aurora DSQL リージョン間のレイテンシー : 書き込みトランザクション Aurora DSQL Region 1 Aurora DSQL Region 2 START TRANSACTION; SELECT …; INSERT …; UPDATE …; アプリケーションが 1つのリージョンでトランザクションを開始し、そのリージョンに対してクエリーを実⾏します個々のクエリーにはリージョン間のレイテンシーは発⽣しません Aurora DSQLはコミット時にのみリージョン間で通信しますコミット時にはリージョン間で1.5 ラウンドトリップ時間 (RTT) レイテンシーが追加で発⽣します実際のレイテンシーはリージョン間の距離によって異なります COMMIT シングルリージョン構成の場合は、”リージョン”を”AZ”と読み替えてもらって概ね問題ありません

Slide 17

Slide 17 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 21 Amazon Aurora DSQL リージョン間のレイテンシー : 読み込みのみのトランザクション Aurora DSQL Region 1 Aurora DSQL Region 2 クエリーはローカルコピーから読み込まれますリージョン間のレイテンシーがなく、強い整合性を持った読み取りが可能です START TRANSACTION; SELECT …; SELECT …; COMMT; シングルリージョン構成の場合は、”リージョン”を”AZ”と読み替えてもらって概ね問題ありません

Slide 18

Slide 18 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 22 Amazon Aurora DSQL O P T I M I S T I C C O N C U R R E N C Y C O N T R O L ! 悲観的ロックではないデッドロックは存在しないトランザクションのコミット時に競合を発⾒するプロトコルマルチリージョンで同時実⾏保護効率的なストレージレイヤー同期レプリケーション開発者にとっては新しいトランザクションパターン

Slide 19

Slide 19 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 23 Amazon Aurora DSQL O P T I M I S T I C C O N C U R R E N C Y C O N T R O L ! 悲観的ロックではないデッドロックは存在しないトランザクションのコミット時に競合を発⾒するプロトコルマルチリージョンで同時実⾏保護効率的なストレージレイヤー同期レプリケーション開発者にとっては新しいトランザクションパターン

Slide 20

Slide 20 text

© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. アプリケーション実装の注意点 24 update order =5 commit Transaction update order =5 wait Lockを利⽤して並列処理を待機させることが可能従来のRDB update order =5 commit Transaction update order =5 Lockを利⽤しないことにより⾼速に処理 Aurora DSQL commit Error アプリケーションはバックオフとジッター実装によるリトライが重要