データベース変更の自動化リクエスト。レビュー。デプロイ。監査。
データベース変更はワークフローを通じて進みます — リクエスト、レビュー、デプロイ、監査。6 つのレベルが、到達への道筋と多くのチームが停滞する地点を示します。
データベース自動化の成熟度
6 つのレベル。手動から統合まで。
自動運転のレベルに着想を得たモデル。各レベルが手動作業を一段階取り除き、次のボトルネックを浮き彫りにします。
- L0
自動化なし
DB クライアントを直接利用。すべての変更を手で入力し、手で実行する。
- L1
チケットシステム
Jira または ServiceNow がリクエスト、承認、監査証跡を記録。SQL は依然として人手で実行される。
- L2
バージョン管理
スキーマ履歴と変更スクリプトを Git で管理。デプロイは依然として手動。
- L3
効率化
Liquibase、Flyway、sqitch が CI/CD で実行される。デプロイは自動化されるが、ツール間の連携は依然として手動。
- L4
統合
変更、アドホックアクセス、監査を 1 つのプラットフォームに集約。本番運用における現在の到達点。
- L5
完全自動
セルフヒーリングまで含めたエンドツーエンド。到達目標。
Bytebase におけるデータベース自動化
変更、アクセス、監査を 1 つのワークフローで。
スキーマ変更はプルリクエストとして実行されます。SQL レビュー、Lint、ポリシーチェックが実行前に走ります。アドホックアクセスも同じ承認を通ります。すべての操作 — 変更、クエリ、エクスポート — が 1 つの監査ログに集約されます。CAB の承認には ServiceNow と Jira を、実行には GitHub、GitLab、Bitbucket、Azure DevOps を連携できます。
1 つのプラットフォーム。すべての変更。
データベース自動化に関する質問
よくある質問。
- データベース変更を自動化するとはどういう意味ですか？
- データベース変更の自動化とは、リクエスト、レビュー、デプロイ、監査を 1 つの構造化されたワークフローとして実行することです — アドホックなチケット、チャット、SQL クライアントで進めるのではありません。受け渡しの地点は記録され、人がリスクをゲートし、システムが実行します。
- 自動化カーブの中で多くのチームはどこで停滞しますか？
- 多くのチームはレベル 3 — スキーマを Git に置き、Liquibase または Flyway を CI/CD 経由でマイグレーションする段階 — で停滞します。変更は自動化されていますが、アドホックアクセス、監査、ポリシーの適用は別のツールに残ります。レベル 4 ではそれらを 1 つのワークフローに統合します。
- ServiceNow や Jira を使いながら自動化することはできますか？
- はい — そして多くのエンタープライズがそうしています。ServiceNow や Jira が変更リクエストと CAB の承認を担い、自動化レイヤー (CI/CD パイプラインまたは変更管理プラットフォーム) が実行、ポリシーチェック、監査レコードを担います。Webhook や API で両者を接続し、チケットが実際の実行内容を反映するようにします。
シリーズのすべての投稿。
定義
3 つのアプローチ