Copy-on-write ストレージにより、数秒で PostgreSQL の隔離コピーを作成できます。開発者、PR、テストごとに専用 DB を用意できます。
データベースブランチは、ストレージ全体をコピーせずに実データを含む隔離コピーを作成する仕組みです。
Vela は copy-on-write を使うため、元データベースとブランチは変更されていないブロックを共有します。
その結果、dump/restore よりもはるかに高速かつ低コストになります。
遅いクローンや共有ステージングを、安全で本番に近い環境に置き換えます。
各開発者に完全なデータベースコピーを配布し、共有開発 DB の競合をなくします。
各 Pull Request ごとにデータベースブランチを作成し、QA がコードとデータ変更を一緒に検証できます。
スキーマ変更をまず本番クローンに適用し、整合性や性能問題を早期に発見します。
既知のスナップショットから分岐して不具合を再現し、実データ上で修正を確認します。
なぜストレージレベルのブランチがデータベース運用の経済性を変えるのか。
| 項目 | 従来コピー | Vela ブランチ |
|---|---|---|
| 作成時間 | 数分から数時間 | 数秒 |
| 追加ストレージ | 完全な追加コピー | 変更が起きるまでほぼゼロ |
| CI への適性 | 遅く不安定 | 高速で API 駆動 |
| 本番再現性 | 古いか擬似データになりがち | 最新の本番相当データ |
データベースブランチは、ストレージ全体を複製せずに完全に分離されたコピーを即座に作成する仕組みです。PostgreSQL データの git branch のように使えます。
pg_dump は完全なデータファイルをエクスポート・復元します。ブランチは copy-on-write により即座に書き込み可能なコピーを作成するため、はるかに高速で低コストです。
はい。ブランチは API で制御できるため、パイプライン開始時に作成し、テスト後に削除できます。
はい。ブランチはストレージ層で行われるため、大規模データベースでもほぼ同じ時間で作成できます。
Postgres データベースを起動し、ブランチを作成して、Sandbox で copy-on-write を体験してください。