Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

[DAB] Schema validation rejects `isolation_mode` in `resources.catalogs` definitions

Aberta
#5,183 3 comentários 0 reações 1 responsável Ver no GitHub

Mantenedores costumam responder em até 1 dia

@andrewnester já está trabalhando nisso.

Desde 6/5/2026.

Avaliação

Esta issue ainda não foi avaliada.

Descrição

DABs engine/direct Enhancement

Describe the bug

When defining Unity Catalog resources in a databricks.yml bundle, the isolation_mode field is rejected by the CLI schema validator, even though it is a valid and documented Unity Catalog API attribute (OPEN / ISOLATED).

Steps to reproduce

Add a catalog resource with isolation_mode to your bundle:

resources:
  catalogs:
    my_catalog:
      name: "dev_application_X"
      storage_root: "abfss://[email protected]"
      isolation_mode: ISOLATED
      comment: "Catalog for X application data"
      grants:
        - principal: "my-group"
          privileges:
            - USE_CATALOG
            - USE_SCHEMA
            - SELECT

Run:

databricks bundle validate -t ENV

Expected behavior

isolation_mode: ISOLATED (or OPEN) should be accepted and applied during bundle deploy, binding the catalog to the target workspace when set to ISOLATED.

Actual behavior

The CLI rejects the field with a schema validation error, preventing the bundle from deploying catalogs with workspace-scoped isolation.

Motivation / Use case

Multi-environment bundles (dev/pre/prod) need to deploy catalogs with different isolation modes per target:

  • ISOLATED in dev/pre — catalog is workspace-bound, preventing cross-workspace access during development.
  • OPEN in prod — catalog is accessible across workspaces.

Without this support, isolation_mode must be set manually via the Unity Catalog UI or REST API after each deployment, breaking the IaC model that DAB is designed to provide.

CLI version

Databricks CLI v0.299.0

References

Linguagem predominante
Go
Estrelas
405
Forks
250
Merge médio
1d 11h
PRs com merge (30d)
236

Preparar o ambiente

  • Inclui um Dockerfile ou arquivo Docker Compose
  • Tem um modelo de pull request
  • Sem guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de databricks/cli

Todas as issues de databricks/cli

Issues semelhantes

Mais issues de Go

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.