Vela の仕組み

Vela のアーキテクチャ、ブランチモデル、BYOC 設計を詳しく見ていきます。

WAL、PITR、レプリケーションなどの用語を確認したいですか? 用語集を見る .

Vela とは何か

Vela は、即時プロビジョニング、セルフサービスブランチ、安全なロールバック、可観測性を備えた PostgreSQL プラットフォームです。

ブラックボックス型の serverless DB と違い、Vela は純粋な Postgres を使うため、移植性や標準ツール、運用の自由度を維持できます。

  • 開発者向けの Console、CLI、API
  • 既存の Postgres ドライバや ORM とそのまま連携
  • BYOC と規制環境を前提に設計
Kubernetes でオーケストレーションされる基盤

Vela がオーケストレーション、分離、スケジューリング、リソース効率を管理します。インフラはユーザー側、PostgreSQL プラットフォーム層は Vela が担当します。

マルチテナント分離
HA とバックアップ
可観測性
ポリシーとクォータ

インフラオプション

Bare metal
AWS BYOC
GCP BYOC
Azure BYOC
既存 Kubernetes
Air-gapped

主要コンセプト

Vela の考え方は、storage を共有し、データをコードのように branch し、compute を独立してスケールすることです。

Copy-on-write ブランチ

数秒で分離ブランチを作成。変更されていないブロックは差分が出るまで共有されます。

Bookmarks と time travel

監査、ロールバック、障害再現のために一貫した時点を保存できます。

Scale to zero

アイドルな compute を自動停止しつつ、storage は即座に再開できる状態を保ちます。

Storage と compute の分離

データをコピーせずに CPU や RAM を調整できます。

RBAC と IAM

Postgres ロールとプラットフォーム側のアクセス制御を組み合わせます。

純粋な PostgreSQL

標準 SQL、ドライバ、拡張機能、ツールをそのまま使えます。

なぜチームは Vela を使うのか

開発速度が上がる

共有 staging を待つ代わりに、各 feature や各メンバーへ本番に近い環境を渡せます。

リリースリスクを下げる

変更前に bookmark を作り、過去から branch し、実データで修正を検証できます。

コスト管理がしやすい

branch ごとに compute を調整し、アイドル環境を止め、利用量を可視化できます。

共有 staging がなぜ遅いのか、そして Vela のブランチがどう解決するのか。

Postgres branching と cloning

ブランチは既存のデータブロックを継承し、差分が生じたときだけ新しいデータを書きます。大規模 DB でも高速かつ低コストです。

  • 本番または bookmark から branch を作成
  • 各 branch は独自の接続文字列とリソースポリシーを持つ
  • schema 変更は通常の migration フローで戻せる

代表的なワークフロー

ブランチ作成

本番や bookmark から数秒で開始します。

安全に検証

分離されたデータで migration、QA、実験を行います。

昇格または破棄

必要な変更だけ残し、不要なものは即座に削除します。

branching と cloning ワークフローのデモ。

Copy-on-write スナップショット

スナップショットは Vela の branch モデルの基盤です。データ全体を事前コピーせずに状態を保存します。

スナップショットが重要な理由

  • DB サイズに関係なく即時クローン
  • storage は branch 数ではなく実際の差分だけ増える
  • 親を汚さずに安全に実験できる
  • 素早いロールバックと障害調査

主なユースケース

CI と自動テスト

各パイプラインごとに新しい環境を長い restore なしで作成します。

機能開発

実データに近い状態で新機能を検証し、終わったら branch を破棄します。

本番トラブル対応

既知の状態を残し、問題を再現して、オフラインで修正を検証します。

分析とレポート

ライブ負荷に影響を与えずに、ある時点のデータを分析します。

copy-on-write スナップショットが branching を効率化する仕組み。

Postgres time travel

bookmark は不変の時点を保持し、後から inspect、branch、または compute へ attach できます。

Bookmarks

監査、release、再現調査のために metadata を付加します。

Checkout

過去の状態をオンラインに戻して、当時の挙動を正確に確認できます。

過去から branch

hotfix や migration を検証するために過去から安全な branch を作れます。

代表的なワークフロー

  • リスクの高い release や migration の前に bookmark を作成する
  • 障害が起きた正確な状態から incident を再現する
  • bookmark から branch して、本番に触れずに fix を検証する

ベストプラクティス

  • bookmark の命名を統一し、説明に文脈を残す
  • branch や restore にも同じセキュリティポリシーを適用する
  • RBAC と承認フローで破壊的操作を制限する

Scale to zero

アイドル環境を自動停止して compute コストをなくしつつ、storage は再開可能な状態を保てます。

ポリシー例

  • 開発 branch は短時間の無操作で停止
  • QA 環境は営業時間外に停止
  • 本番は常時稼働、それ以外は自動で最適化

再開トリガー

  • branch DSN への最初の接続
  • Console、CLI、API からの手動 resume
  • テストやデモ前のスケジュールジョブ

Storage と compute の分離

Vela は compute と storage を分離し、CPU、RAM、ポリシーをデータ複製なしで調整できるようにします。

メリット

  • compute と storage を独立してスケールできる
  • 共有 NVMe-backed storage で高スループットかつ低遅延
  • サイズ変更のために環境全体を再構築する必要がない

運用コントロール

  • branch ごとのリソース制限とポリシー
  • CPU、メモリ、I/O、storage 使用量の可視化
  • コスト、quota、分離のためのプロジェクトガバナンス

コスト最適化

Vela は各環境を必要なサイズに調整できるため、どこでもフルサイズの複製を持つより無駄を減らせます。

適正サイズのリソース

本番は大きく、QA や staging は意図的に軽く保てます。

利用量の可視化

プロジェクト、branch、チーム単位で消費量を追跡できます。

即時リサイズ

負荷変化に合わせて branch リソースを素早く調整できます。

オンデマンド環境

必要なときだけ branch を作成、停止、削除できます。

Bring Your Own Cloud

自社インフラへ Vela を展開し、完全な制御、コンプライアンス、データ常駐を維持しながら、管理型プラットフォームの利点を得られます。

なぜチームは BYOC を選ぶのか

  • すべてのデータを VPC、データセンター、プライベートネットワーク内に保持
  • セキュリティ、主権、監査要件に対応
  • 社内サービス、VPN、プライベートネットワークへ直接接続
  • 既存インフラ投資や予約済み容量を活用

インフラオプション

Bare metal

最大限の制御と性能のために専用サーバーで実行します。

AWS

既存のネットワークやセキュリティポリシーを活かして VPC 内へ展開します。

GCP と Azure

好みのクラウドを使いながら、Vela を自分たちの環境内に維持できます。

プライベート / air-gapped

必要に応じて外部接続なしで運用できます。

BYOC の始め方

インフラを準備

サーバー、クラウドインスタンス、または既存 Kubernetes クラスタを用意します。

Vela を展開

プラットフォームをインストールし、storage、ネットワーク、セキュリティを設定します。

運用と拡張

Console や API からプロジェクト、branch、ポリシーを管理します。

Vela の Bring Your Own Cloud モデルの概要。

自分たちのワークロードで Vela を試す

数秒で branch を作り、bookmark で安全性を確保し、必要な時だけ compute を拡張しましょう。

無料で試す