「DBセットアップで半日消えた」──もう終わりにしませんか？

PostgreSQLのデータベースをAWSで立ち上げる。それだけなのに、VPCの設計、サブネットグループの作成、セキュリティグループの設定、パラメータグループの調整……気づけば午前中が丸ごと消えている。こういう経験、エンジニアなら一度はあるんじゃないでしょうか。

特にプロトタイプやハッカソン、個人開発でちょっとDBを使いたいだけなのに、インフラ設計から始めなきゃいけないのは正直しんどいです。「とりあえずPostgreSQLに繋ぎたいだけなんだけど……」という声、チーム内でも何度も聞いてきました。

そんな課題に対するAWSの回答が、2026年3月25日にGA（一般提供）となった Amazon Aurora PostgreSQL の express configuration です。ぶっちゃけ、これはデータベースのプロビジョニング体験を根本から変えるアップデートです。

この記事では、express configuration の全体像から実際の操作手順、コスト分析、従来方法との比較まで徹底的に解説します。

Amazon Aurora PostgreSQL express configuration とは

express configuration は、Amazon Aurora PostgreSQL Serverless v2 のデータベースクラスターをわずか2クリック・数秒で作成できる新しいプロビジョニング方式です。2026年3月25日にGAとなりました。

従来のAurora作成フローでは、VPC・サブネット・セキュリティグループ・パラメータグループなど多くの設定を事前に準備する必要がありました。express configuration では、これらの設定がすべてデフォルトで最適化された状態で自動構成されます。

ポイントは以下の3つです。

つまり、「DBが欲しい」と思った瞬間から数秒でフルマネージドなPostgreSQLが使える状態になるわけです。これ、地味に革命的なんですよね。

express configuration の主要機能・特徴

express configuration で提供される機能をもう少し詳しく見ていきます。

特にInternet Access Gatewayの存在は大きいです。従来は「ローカルの開発マシンからAurora に繋ぐ」ためだけにVPN設定やSSHトンネル、踏み台サーバーが必要でした。express configuration なら、普通にインターネット経由で接続できます。もちろんIAM認証 + TLS暗号化で安全性は担保されています。

実際にやってみた

百聞は一見にしかず。実際にexpress configuration でAurora PostgreSQLを作成してみます。

コンソールからの作成

手順は驚くほどシンプルです。

1. AWS Management Console で Amazon RDS のページを開きます
2. 「Create database」をクリックします
3. 「Express configuration」を選択します（これがデフォルトになっています）
4. クラスター識別子を入力して「Create」をクリックします

これだけです。本当にこれだけ。VPCの選択もサブネットの設定もセキュリティグループの構成も不要です。数秒後にはステータスが「Available」になり、接続情報が表示されます。

AWS CLIからの作成

CLIでも同様にシンプルです。--with-express-configuration フラグを付けるだけで express configuration が有効になります。

aws rds create-db-cluster \
    --db-cluster-identifier my-express-db \
    --engine aurora-postgresql \
    --with-express-configuration

従来なら --vpc-security-group-ids、--db-subnet-group-name、--master-username、--master-user-password など大量のパラメータを指定していたことを考えると、この簡潔さは感動的です。

Pythonで接続してみる

作成したデータベースにPythonから接続するコード例です。IAM認証トークンを使用して接続します。

import psycopg2
import boto3

# IAM認証トークンの生成
rds_client = boto3.client('rds', region_name='ap-northeast-1')
auth_token = rds_client.generate_db_auth_token(
    DBHostname='my-express-db.cluster-xxxxx.ap-northeast-1.rds.amazonaws.com',
    Port=5432,
    DBUsername='postgres',
    Region='ap-northeast-1'
)

# データベースに接続
conn = psycopg2.connect(
    host='my-express-db.cluster-xxxxx.ap-northeast-1.rds.amazonaws.com',
    port=5432,
    database='postgres',
    user='postgres',
    password=auth_token,
    sslmode='require'
)

# テーブル作成の例
cursor = conn.cursor()
cursor.execute('''
    CREATE TABLE IF NOT EXISTS users (
        id SERIAL PRIMARY KEY,
        name VARCHAR(100) NOT NULL,
        email VARCHAR(255) UNIQUE NOT NULL,
        created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
    )
''')
conn.commit()
print("テーブル作成完了！")

cursor.close()
conn.close()

パスワードの代わりに generate_db_auth_token() で一時トークンを生成するのがポイントです。このトークンは15分間有効で、静的なパスワードを管理する必要がなくなります。セキュリティ的にも大きなメリットですね。

Node.js で接続する場合

Node.js の場合も同様のパターンです。

const { RDSClient, GenerateDBAuthTokenCommand } = require('@aws-sdk/client-rds');
const { Client } = require('pg');

async function connectToAurora() {
    const rdsClient = new RDSClient({ region: 'ap-northeast-1' });

    const token = await rdsClient.send(new GenerateDBAuthTokenCommand({
        hostname: 'my-express-db.cluster-xxxxx.ap-northeast-1.rds.amazonaws.com',
        port: 5432,
        username: 'postgres',
    }));

    const client = new Client({
        host: 'my-express-db.cluster-xxxxx.ap-northeast-1.rds.amazonaws.com',
        port: 5432,
        database: 'postgres',
        user: 'postgres',
        password: token,
        ssl: { rejectUnauthorized: true },
    });

    await client.connect();
    console.log('Aurora PostgreSQL に接続しました！');

    const res = await client.query('SELECT NOW()');
    console.log('現在時刻:', res.rows[0].now);

    await client.end();
}

connectToAurora().catch(console.error);

Python でも Node.js でも、IAMトークンの取得 → psycopg2/pg で接続、という流れは同じです。CloudShell から接続する場合は、IAM認証情報が自動的に利用されるのでさらに簡単です。

コスト分析：ACUの仕組みとFree Tier

「便利なのはわかった。で、いくらかかるの？」──これが一番気になるところですよね。

ACU（Aurora Capacity Units）とは

express configuration で作成されるAurora Serverless v2 は、ACU（Aurora Capacity Units）という単位で課金されます。1 ACU はおよそ 2GB のメモリに相当します。

最大のポイントはゼロスケールです。データベースを使っていない時間帯はACUが0まで下がり、コンピューティングコストが発生しません。開発環境やステージング環境では、実際に使っている時間だけ課金されるので、従来のプロビジョンドインスタンスと比べて大幅にコスト削減できます。

AWS Free Tier の活用

2026年3月のGA発表に合わせて、Aurora PostgreSQL が AWS Free Tier の対象になりました。これはかなり大きなニュースです。

$200分のクレジットがあれば、個人開発やプロトタイプ用途なら相当長い期間無料で使えます。特にゼロスケール対応のServerless v2と組み合わせると、使っていない時間はコストがかからないので、クレジットの消費を最小限に抑えられます。

従来の作成方法との比較

express configuration がどれだけ楽になったのか、従来の作成方法と並べて比較してみます。

差は歴然です。特に「作成時間」と「外部接続」の違いは開発体験を根本的に変えます。従来は「DB立てるだけで半日」だったのが、express configuration なら「思い立ったら数秒」です。

ただし重要な点として、express configuration で作成した後でも設定変更は自由にできます。「最初は express で素早く立ち上げて、本番環境では従来通りVPC内に移行する」という使い方が想定されています。ロックインの心配はありません。

ユースケース別の活用法

express configuration はどんな場面で特に威力を発揮するのか、具体的なユースケースを見ていきます。

1. ローカル開発・プロトタイピング

一番わかりやすいユースケースです。「ちょっとPostgreSQLを試したい」「新しいORMの検証がしたい」「APIのプロトタイプを作りたい」──こういう時に express configuration は最適です。ゼロスケールのおかげで、使わない時間はコストがかからないのも嬉しいポイントです。

2. ハッカソン・ワークショップ

時間制限のあるイベントでは、インフラ構築に時間を取られるのは致命的です。express configuration なら参加者全員が数秒でDBを用意できるので、本来の開発に集中できます。Free Tier のクレジットを活用すれば、コスト面でも安心です。

3. CI/CDパイプラインでのテスト用DB

テスト実行時に一時的なDBが必要な場合、express configuration でサクッと作成して、テスト完了後に削除する運用が可能です。Internet Access Gateway のおかげで、CI/CDサービスからの接続もVPN設定なしで行えます。

4. Vercel連携によるフルスタック開発

v0 by Vercel とのインテグレーションが用意されています。自然言語で「ユーザー管理機能付きのブログアプリを作って」と指示すると、Aurora PostgreSQL をバックエンドに使ったフルスタックアプリが自動生成されます。フロントエンド（Next.js）+ API Routes + Aurora PostgreSQL という構成がほぼゼロ工数で完成します。

5. Kiro IDE でのAIエージェント支援開発

Amazon が提供する Kiro IDE には「Aurora powers for Kiro」という機能が統合されています。AIエージェントがデータベーススキーマの設計、マイグレーションの生成、クエリの最適化を支援してくれます。express configuration で作成したDBと Kiro IDE を組み合わせると、データベース関連の開発がかなり効率化されます。

6. 学習・教育用途

PostgreSQL やクラウドデータベースの学習用途にも最適です。Free Tier のクレジットを使えば、学生やクラウド初心者でもコストを気にせずAurora PostgreSQLを体験できます。VPC の知識がなくても始められるのは、学習のハードルを大きく下げてくれます。

アンチパターン・注意点

便利な express configuration ですが、何でもかんでもこれで良いわけではありません。押さえておくべき注意点をまとめます。

特に「本番環境にそのまま使わない」は重要です。express configuration はあくまで「素早く始める」ための入口です。本番環境への移行時にはネットワーク設計・セキュリティ設計を適切に行いましょう。AWSも公式に「express configuration で作成した後、本番用に設定を変更できる」と案内しています。

まとめ

Amazon Aurora PostgreSQL の express configuration は、データベースのプロビジョニング体験を劇的に改善するアップデートです。

「データベースの立ち上げにかかる時間」は、長らくクラウド開発のボトルネックでした。express configuration はこのボトルネックを文字通り「数秒」に短縮してくれます。

個人的には、特にプロトタイピングやハッカソンでの活用に大きな可能性を感じています。「アイデアを思いついた→すぐDBを立てて試す」というサイクルが、ほぼゼロ待機時間で回せるようになるのは、開発者体験として相当なインパクトがあります。

本番環境への移行パスもちゃんと用意されているので、「express で始めて、育てて、本番に持っていく」という自然なワークフローが実現できます。まだ触っていない方は、Free Tier のクレジットを使ってぜひ試してみてください。