本文へスキップ
← ニュース一覧
Databricks Blog2026年10月31日

CI/CDにおけるLakebaseブランチ活用:100個のPRデータベースから得た教訓

英語原文から AI が翻訳しました。 英語版を見る

要約

Snorkel AIのCI/CDパイプラインでは、オープン中のプルリクエストごとに専用のLakebase Postgresブランチを用意するようになりました。本番データの読み書き可能な完全コピーが1分足らずで利用でき、PRごとのコピーが現実的ではなかった従来の30分以上という待ち時間は解消されています。ブランチはコピーオンライトのため、約2.5 TBの本番データセットに対して100個のPRデータベースが同時に存在しても、追加されるストレージは各ブランチで変更した分だけです。TTLによる有効期限切れで自動的にクリーンアップされ、プライベート接続とOkta SSOによってガバナンスも確保されています。

* Snorkel AIのCI/CDパイプラインは、オープン中のプルリクエストごとに専用のLakebase Postgresブランチを提供します。本番データの読み書き可能な完全コピーが1分足らずで利用でき、従来は30分以上かかっていたため、PRごとのコピーを有効にすることはできませんでした。 * Lakebaseのブランチはコピーオンライトのため、約2.5 TBの本番データセットに対して100個のPRデータベースが同時に存在しても、追加されるストレージは各ブランチが変更したデータ分だけです。ブランチの有効期限(TTL)により、PRが完了すると各ブランチは自動的にクリーンアップされるため、ストレージ容量は本番データに、アクティブなPRの変更分を加えた程度に抑えられます。 * プライベート接続とOkta SSOのサポートにより、ガバナンスの効いた安全な環境を実現します。

関連記事

News

DatabricksとSAP、エンタープライズAI変革を加速するエンドツーエンドのデータ&AI機能を提供

databricks-blog1d ago
News

ウェルスマネジメントの顧客オンボーディングに必要なのはAIだけではない

databricks-blog1d ago
News

意図的な意思決定とエンタープライズAIの価値

databricks-blog1d ago
News

Databricks の Spark Declarative Pipelines で Real-Time Mode が GA に

databricks-blog2d ago