Lakebase: takken van databases voor coderingsagenten

Samenvatting

Lakebase maakt in minder dan een seconde geïsoleerde databasebranches voor coderingsagenten, met copy-on-write en scale-to-zero.

Lakebase voor coderingsagenten

Databricks beschrijft Lakebase Postgres als database-architectuur voor ontwikkelteams die meerdere coderingsagenten parallel laten werken. Elke agent krijgt een eigen branch waarin code, schemawijzigingen en tests zonder onderlinge verstoring kunnen draaien. Lakebase gebruikt copy-on-write: branches delen de gegevens van hun parent-branch en slaan alleen afwijkingen extra op.

Inactieve branches kunnen naar nul schalen, zodat ze geen rekenkosten veroorzaken wanneer een agent niet actief is. De databasebranch ontstaat in minder dan een seconde, ongeacht de omvang van de parent-database.

Waarom Lakebase relevant is voor parallelle ontwikkeling

Een gedeelde development- of stagingdatabase vormt een knelpunt wanneer meerdere agenten tegelijk migraties uitvoeren en tests draaien. Schemawijzigingen kunnen elkaar raken. Mocks bieden vervolgens geen betrouwbare representatie van de werkelijke gegevens. Lakebase koppelt de isolatie van Git-branches aan de database zelf, in plaats van alleen de broncode af te zonderen.

Het beschreven proces combineert Git worktrees met een Claude Code-hook die automatisch een Lakebase-branch per agent aanmaakt. GitHub Actions creëert daarna per pull request een tijdelijke branch, voert Drizzle-migraties uit, publiceert een preview-app op Databricks Apps en plaatst een schemadiff. Unity Catalog kan productie-afgeleide gegevens maskeren voordat teams die voor ontwikkeling gebruiken.

Die aanpak ondersteunt ook reproductie van bugs op een specifiek tijdstip en veilige tests van schemamigraties. Een gedeelde database en volledig nagebouwde mocks blijven alternatieven, maar bieden volgens het artikel niet dezelfde combinatie van isolatie en echte gegevens.

Concrete takeaway voor Lakebase

Richt je ontwikkelproces eerst in rond één geïsoleerde Lakebase-branch per agent en één tijdelijke branch per pull request. Controleer daarbij de GitHub Actions, Drizzle-migraties en Unity Catalog-masking voordat productie-afgeleide gegevens in de workflow terechtkomen.