【爆速・最強のローカル開発】DynamoDBをPostgreSQLで動かす！？AWSが放つオープンソース「ExtendDB」がヤバすぎる！

AWSは、Amazon DynamoDBのAPIをプラグ可能なストレージバックエンドで実装するオープンソースプロジェクト「ExtendDB (v0.1)」を発表しました。DynamoDBのAPI（Control PlaneおよびData Plane）を、PostgreSQLなどの既存のデータベース上で動作させることが可能です。Rustで実装されており、Apache 2.0ライセンスでGitHubにて公開されています。

🚀 エンジニアの「開発環境が本番と違う」問題、ついに終焉か！？

これまでDynamoDBを使う開発では、「DynamoDB Local」を使ったり、クラウドの接続環境に依存したりと、開発・テスト環境と本番環境の差異に悩まされてきましたよね。ExtendDBは、その**「DynamoDBのプログラミングモデルは使い続けたいが、データは信頼できる既存DBで持ちたい」**というワガママを解決するゲームチェンジャーです。

💡 ここが凄すぎる：技術的なメリット

• PostgreSQLをバックエンドに採用: データの永続性を既存のRDBで担保しつつ、DynamoDBの使い勝手を実現。
• 既存コードの変更不要: SDKやCLIの設定（エンドポイントURLの変更）だけで、そのままDynamoDBとして扱えます。
• 高いポータビリティ: クラウド外、エッジ、オンプレミス環境でもDynamoDBのAPIを利用可能です。

🌍 日本国内・リージョン状況の検証結果

リサーチの結果、ExtendDBはAWSマネージドサービスではなく、オープンソースのセルフホスト型ツールです。そのため、東京リージョンや大阪リージョンの制限といった概念はなく、自社のインフラやノートPC、エッジデバイスなど、あらゆる場所で自由に使用可能です。これは非常に柔軟性が高いと言的なポイントです。

🛠️ 実務への導入アドバイス

• セキュリティ: AWS IAMとは独立したローカル認証（SigV4互換）を備えていますが、認証情報は別途管理が必要です。TLSは必須動作となります。
• 運用の責任: マネージドサービスではないため、バックエンドのPostgreSQLの可用性やバックアップは完全にユーザーの責任となる点に注意してください。
• 注意点: 現時点では「グローバルテーブル」などの高度な機能は未実装です。あくまでAPI互換アダプターとしての活用が中心です。

🏃 次にやるべきこと

まずはGitHubからバイナリを落として、手元のローカル環境でPostgreSQLをバックエンドに指定して、DynamoDB APIが叩けるか試してみるのがベストです！CI/CDパイプラインに組み込んで、決定論的なテスト環境を構築する価値は十分にあります。

【参照元】 AWS Database Blog: Introducing ExtendDB: An open source DynamoDB-compatible adapter with pluggable storage backends