Bytebase vs. SchemaHero

はい。SchemaHero にクラスタ内でのスキーマの調整を任せ、Bytebase にその周りのガバナンスを任せます。変更が出荷される前のレビューと承認、クエリ経路のアクセス制御とマスキング、そしてすべてを束ねる 1 つの監査証跡です。2 つは同じ仕事を奪い合ってはいません。

いいえ。Bytebase は単一の Go バイナリと Docker イメージで提供され、Kubernetes を運用するチーム向けに Helm チャートもあります。クラスタの有無に関わらず動作し、変更を提案する人に必要なのは kubeconfig ではなくブラウザです。

はい、PostgreSQL と MySQL で対応しています。望ましいスキーマを Git にコミットすると、ステートベースのワークフローがマイグレーション SQL を生成します。Community を含む全プランで利用できます。その他のエンジンでは、スキーマ同期が 2 つのデータベース状態間の差分 SQL を生成します。SchemaHero は 7 エンジンすべてで宣言的です。

機械的なものがあります。オペレーターがプランを生成し、誰かが kubectl approve か reject を実行します。Migration リソースに対する Kubernetes RBAC を持つ人なら誰でも承認でき、指名されたレビュアーへのルーティングも SQL 自体のチェックもありません。Bytebase は全プランで環境ごとにロールアウトをゲートし、Enterprise でリスクベースの承認を追加し、承認を変更に記録します。

はい。SchemaHero は Apache 2.0 で、Replicated から生まれた CNCF Sandbox プロジェクトです。有料ティアもベンダーもありません。Bytebase は MIT ライセンスで、無料の Community プランがあり、エンタープライズ機能は商用ライセンスです。

SchemaHero は設計上その領域を対象外としています。アクセスはクラスタ上の Kubernetes RBAC が許すものすべてで、誰が変更を承認したかの記録は、有効になっていればクラスタの監査ログにあります。Bytebase はすべてのプランでの SQL レビューと Enterprise のリスクベース承認を変更自体に記録し、本番データを誰が読み取り・エクスポートできるかをロール、JIT アクセス、マスキング、1 つの監査ログでカバーします。