Database as Codeバージョン管理。レビュー。デプロイ。監査。

Database as Code ガイド

順番に読む。

• 01

  基礎から始める

  データベースのバージョン管理が扱う範囲 — コラボレーション、履歴、デプロイ、ロールバック、GitOps 連携。アドホックな DDL とは何が違うのか。

• 02

  アプローチを選ぶ

  State ベースか Migration ベースか。Infrastructure as Code と Database as Code を分けるトレードオフ。

• 03

  ベストプラクティスを適用する

  本番でチームが実際にどのように database-as-code を運用しているか。スケールしても通用するプラクティス。

CI/CD における Database as Code

パイプラインと GitOps。

• プルリクエスト + CI

  GitHub Actions、GitLab CI、Bitbucket Pipelines、Azure DevOps。プルリクエストがスキーマをゲートし、CI が Lint、レビュー、デプロイを実行する。

  読む →

• GitOps ツール

  Argo CD、Flux、そしてデータベースの状態を扱うオープンソース GitOps の選択肢。

  読む →

Database as Code に関する質問

よくある質問。

Database as Code とは何ですか？

Database as Code とは、アプリケーションコードと同じ方法でデータベーススキーマをバージョン管理する運用です。スキーマ定義と変更スクリプトを Git リポジトリに置き、変更はプルリクエスト、コードレビュー、CI チェック、自動デプロイを通ります。結果として、すべてのデータベース変更がバージョン管理され、レビュー可能で、リプレイ可能な履歴になります。

State ベースと Migration ベース、どちらを選ぶべきですか？

Database as Code の主流は Migration ベースです。各スキーマ変更がバージョン付きスクリプトとして順番に適用される — 変更単位でレビューでき、CI/CD でリプレイできます。State ベースはスキーマ全体を 1 つのファイルとして保持し、データベースをそれに合わせて収束させます。これは Infrastructure as Code (Terraform、Kubernetes) と同じ方式ですが、データマイグレーションは表現しにくくなります。多くのチームはハイブリッド方式を採用します — 変更には Migration、真実の源には State ファイル。

Database as Code は既存の CI/CD で動きますか？

はい。アプリケーション CI/CD を回しているのと同じ Git ワークフローが、データベース CI/CD でも動きます。GitHub Actions、GitLab CI、Bitbucket Pipelines、Azure DevOps、Argo CD、Flux のすべてが、デプロイパイプラインの一部としてスキーママイグレーションを実行できます — 通常は適用前に SQL レビューや Lint のステップを挟みます。