dimensionamento automático ativado por default
A partir de 12 de março de 2026 , novas instâncias do Lakebase serão criadas como projetos de escalonamento automático do Lakebase (em vez de instâncias de provisionamento), permitindo o uso de recursos como escalonamento automático compute, escalonamento para zero, ramificação e restauração instantânea.
A implementação começa em 12 de março e espera-se que seja concluída em poucos dias. Você ainda poderá criar instâncias de provisionamento enquanto seu workspace não for atualizado. Assim que seu workspace estiver no processo de implantação, qualquer nova instância do Lakebase que você criar será um projeto de escalonamento automático.
Ao criar uma nova instância do Lakebase, ela agora é criada como um projeto de escalonamento automático do Lakebase e aparece na página de escalonamento automático do aplicativo Lakebase, e não na página de provisionamento . As instâncias de provisionamento existentes não são afetadas e continuam funcionando exatamente como antes.
Na página de autoescala , os novos projetos são marcados com um ícone de informação.
Ao passar o cursor sobre o ícone, você verá uma dica explicando que o projeto foi criado usando a API de instância de banco de dados e que ele oferece suporte às APIs de instância de banco de dados e do Postgres.
O que isso significa para você?
- Criação de instância do Lakebase. Qualquer nova instância do Lakebase é criada como um projeto de escalonamento automático do Lakebase e aparece na página de escalonamento automático do aplicativo Lakebase. Você pode gerenciar esses projetos tanto com a API da instância do banco de dados quanto com a API do Postgres.
- Criar botão na interface do usuário. O botão Criar (inclusive na tab de provisionamento) agora abre o fluxo de criação de projetos com dimensionamento automático.
- dimensionamento automático de recursos. Novos projetos recebem compute escalonamento automático, recurso de redução de recursos a zero (habilitado por default com um tempo limite de inatividade de 24 horas), ramificação e restauração instantânea. Você pode acessar esses recursos na interface de usuário Lakebase Autoscale e APIdo Postgres quando estiver pronto.
- As instâncias de provisionamento do Lakebase existentes permanecem inalteradas. Eles permanecem na página de provisionamento da interface do usuário com o mesmo comportamento de antes. As instâncias de provisionamento existentes continuam em execução, strings de conexão continuam funcionando e APIs permanecem operacionais.
- Sua automação existente continua funcionando. Sua automação existente continua funcionando sem modificações, mas novas instâncias são criadas como projetos de escalonamento automático.
Em uma data futura, você poderá atualizar instâncias de provisionamento para projetos de escalonamento automático do Lakebase. A Databricks comunicará o cronograma de atualização à medida que a data se aproximar.
APIs
Para garantir que sua automação existente, desenvolvida no provisionamento do Lakebase, continue operando sem interrupções, tanto a API de Instância de Banco de Dados (provisionamento do Lakebase) quanto a API do Postgres (escalonamento automático do Lakebase) funcionam com instâncias do Lakebase recém-criadas. A tabela a seguir mostra qual API usar, dependendo de como seu projeto ou instância foi criado.
Como o projeto ou instância foi criado | API para usar |
|---|---|
Novos projetos criados usando a APIda instância do banco de dados ou a interface do usuário lakehouse/provisionamento | Tanto a API da instância do banco de dados quanto a API do Postgres funcionam. Você pode gerenciar o mesmo projeto com qualquer uma API. |
Projetos novos e existentes criados somente na interface de usuário de dimensionamento automático ou com a APIdo Postgres | Somente a API do Postgres . |
Instâncias existentes do banco de dados de provisionamento Lakebase | Somente API de instância de banco de dados . |
Se você usa o Feature Store ou sincroniza tabelas e as provisiona programaticamente (por exemplo, repositório de recursos online), use a APIda instância de banco de dados por enquanto. O provisionamento programático de tabelas de sincronização ainda não é suportado na API do Postgres. Essa lacuna será sanada em uma versão futura.
O suporte à API do Lakebase eventualmente convergirá para a API do Postgres. A Databricks comunicará o cronograma para a transição da API de instância de banco de dados à medida que a data se aproximar.
Diferenças para novas instâncias do Lakebase
Se você está acostumado com o provisionamento do Lakebase, as novas instâncias do Lakebase criadas como projetos de escalonamento automático do Lakebase têm algumas características especiais. Eis o que você pode esperar.
tamanho do cálculo
As instâncias do Lakebase criadas como projetos de escalonamento automático usam unidadescompute (CUs) de escalonamento automático em vez de unidades de capacidade de provisionamento do Lakebase. Quando um projeto é criado usando a APIde instância de banco de dados, a unidade de capacidade de provisionamento do Lakebase escolhida é mapeada para um intervalo mínimo e máximo de unidades de capacidade de autoescalonamento do Lakebase, conforme descrito a seguir:
RAM por unidade: No provisionamento do Lakebase, uma unidade de capacidade possui 16 GB de RAM. No Lakebase autoscale, uma CU possui 2 GB de RAM.
capacidade de provisionamento | autoscale min CU | dimensionamento automático máx. CU |
|---|---|---|
1 (16 GB) | 4 (8 GB) | 8 (16 GB) |
2 (32 GB) | 8 (16 GB) | 16 (32 GB) |
4 (64 GB) | 16 (32 GB) | 32 (64 GB) |
8 (128 GB) | 64 (128 GB) | 64 (128 GB) |
O recurso de escalonamento automático do Lakebase suporta escalonamento automático apenas até 32 CUs . Os tamanhos maiores (incluindo 64 CU) têm tamanho fixo. Assim, para capacidades de 1 a 4, você obtém um intervalo de dimensionamento automático mínimo-máximo. Para capacidade 8, você obtém um compute fixo de 64 CUs (mínimo e máximo de 64).
Por exemplo, se a sua automação criar instâncias do Lakebase com capacidade 1 , novos projetos de escalonamento automático do Lakebase serão criados com configurações de CU mínima 4 e CU máxima 8 . Você pode alterar os valores mínimo e máximo posteriormente usando a APIdo Postgres ou na interface de usuário de dimensionamento automático do Lakebase. Se você definir o número máximo de Unidades de Controle (CU) acima de 64 usando a API do Postgres, a API da instância do banco de dados informará a capacidade como 8.
Preços
Todas as novas instâncias, incluindo aquelas criadas usando a APIde instância de banco de dados, são executadas na plataforma de escalonamento automático e usam os preços de escalonamento automático do Lakebase. Consulte a página de preços do Lakebase para obter detalhes.
As instâncias de provisionamento existentes manterão seus preços atuais até que sejam atualizadas para escalonamento automático. A Databricks comunicará o cronograma de atualização à medida que a data se aproximar.
escalar para zero
O endpoint de leitura/gravação para novos projetos tem o recurso "escala para zero" ativado por default , com um tempo limite de inatividade de 24 horas . Assim, seu compute é suspenso automaticamente após 24 horas de inatividade para reduzir custos. Você pode ajustar o tempo limite ou desativar o recurso de escalonamento automático para zero para manter compute sempre em execução, na interface do usuário de escalonamento automático Lakebase ou usando a APIdo Postgres. Consulte a seção "Escalar para Zero" para obter mais detalhes.
Restauração instantânea (restaurar janela)
No provisionamento do Lakebase (instâncias de banco de dados), a janela de restauração pode ser configurada em até 35 dias . No Lakebase autoscale (novos projetos), a configuração de restauração instantânea tem um máximo de 30 dias . Se você depende de uma janela de restauração superior a 30 dias no provisionamento, observe que os novos projetos suportam um máximo de 30 dias para recuperação pontual, viagem do tempo e ramificação a partir de estados anteriores.
versão PostgreSQL
Novos projetos criados através da APIde instância de banco de dados ou da interface de usuário lakehouse/provisionamento usam PostgreSQL 16 , alinhado com o provisionamento do Lakebase. Isso significa que a automação usando a API de instância de banco de dados cria projetos com a mesma versão do PostgreSQL (16) de antes. A default para projetos criados usando a interface de usuário de dimensionamento automático ou APIdo Postgres é PostgreSQL 17 .
Detalhes da conexão e nome do host
Os detalhes de conexão para novos projetos usam um formatohostname diferente do provisionamento do Lakebase. As instâncias de provisionamento usam um hostname global (sem região no hostname). Os projetos recém-criados usam um hostname regional (incluindo a região). Tanto o endpoint de leitura e gravação quanto o endpoint somente leitura utilizam o formato hostname regional para novos projetos.
provisionamento ( hostname global):
host=instance-a1b2c3d4-e5f6-7890-abcd-ef1234567890.database.cloud.databricks.com
dimensionamento automático ( hostname regional):
host=ep-example-endpoint-a1b2c3d4.database.<region>.cloud.databricks.com
O hostname regional inclui o código de região para sua cloud e região (por exemplo, us-east-1 na AWS ou eastus no Azure).
Se você utiliza listas de permissões de IP, deve permitir os IPs de entrada regionais da sua região para novos projetos. Consulte Criar listas de acesso IP para o espaço de trabalho.
Link privado
O dimensionamento automático Lakebase usa dois endpoints de Private Link: Private Link de front-end para acesso API (conectividade em nível workspace ). A maioria dos clientes já possui isso (sem alterações) e um Private Link de entrada para serviços de alto desempenho (também chamado de Private Link de front-end regional) para conectar clientes Postgres ao banco de dados. O link privado de entrada para serviços de alto desempenho está em visualização pública. Se você usa o Private Link e cria uma nova instância Lakebase , só precisa adicionar o Private Link de entrada para serviços que exigem alto desempenho, caso ainda não o tenha. O link privado do front-end permanece inalterado. As instâncias de provisionamento existentes mantêm sua configuração atual de link privado.
Sua situação | Do que você precisa |
|---|---|
Você usa o Private Link e cria uma nova instância, mas ainda não possui um Private Link de entrada para serviços que exigem alto desempenho. | Adicione link privado de entrada para serviço de alto desempenho. |
Você já utiliza o escalonamento automático Lakebase ou outro serviço que usa o Private Link de entrada para serviços com uso intensivo de desempenho? | Sem alterações. |
Você só utiliza instâncias de provisionamento existentes e não cria novas. | Sem alterações. |
Permissões (ACLs)
As permissões para novas instâncias do Lakebase são armazenadas no recurso ACL do projeto Lakebase . Você pode gerenciá-los através da APIde Permissões padrão com request_object_type=database-projects, da interface de usuário de dimensionamento automático Lakebase ou da APIdo Postgres. A automação existente que usa a API da instância do banco de dados continua funcionando porque essas chamadas são encaminhadas para o mesmo recurso database-projects , portanto, as leituras e gravações permanecem consistentes em ambas as superfícies da API.
Modelo de permissões anterior
Os projetos Lakebase criados com a API de instância de banco de dados ou ferramentas relacionadas (CLI, SDKs, Terraform, DABs) entre 12 de março e 11 de maio de 2026 usavam um modelo de permissões anterior, no qual dois conjuntos de ACL independentes eram aplicados:
- ACLs da instância de banco de dados: definidas e avaliadas por meio da API da instância de banco de dados.
- ACLs do projetoLakebase : definidas e avaliadas por meio da interface de usuário de escalonamento automático Lakebase ou da APIdo Postgres.
Os dois conjuntos podem conceder diferentes níveis de acesso. Analise as ACL Listas de Controle de Acesso) da instância do banco de dados e do projetoLakebase para entender as permissões efetivas. A Databricks planeja unificar as permissões nessas instâncias em uma atualização futura.
Nomes de projetos e nomes de instâncias
Os nomes de projetos e instâncias devem estar em conformidade com o DNS . A unicidade do nome não diferencia maiúsculas de minúsculas , o que significa que você não pode ter ABC e abc no mesmo workspace. Ao usar a API do Postgres, utilize o nome do projeto em letras minúsculas. A criação falha se o nome entrar em conflito com um ID de projeto existente.
Renomear filial e projeto
Para projetos criados usando a APIde instância do banco de dados ou a interface de usuário do lakehouse/provisionamento, a renomeação de branch e a renomeação de projeto não estão disponíveis . O nome que você usa na APIda instância do banco de dados é o mesmo nome do projeto e da ramificação na interface do usuário de dimensionamento automático.
Instâncias de banco de dados filho
Para instâncias de banco de dados filhas (uma instância filha corresponde a uma ramificação no projeto de escalonamento automático):
- Limite de ramificação. Com a APIdo Postgres ou a interface de usuário de dimensionamento automático, você pode criar qualquer número de ramificações. Com a API de instância de banco de dados, você pode criar apenas uma instância pai (um ramo raiz) e uma instância filha (um ramo filho), o que corresponde ao comportamento anterior da API de instância de banco de dados.
- Etiquetas e orçamento. As tags personalizadas e as políticas de orçamento são herdadas da ramificação principal . Isso representa uma mudança em relação ao comportamento anterior da API de instâncias de banco de dados , em que as instâncias filhas possuíam seus próprios valores separados.
- Excluindo uma instância filha. Se você criar ramificações adicionais usando a interface de usuário de escalonamento automático do Lakebase ou API do Postgres em um projeto que corresponde a uma instância filha, não poderá excluir essa instância filha por meio da interface de usuário ou API do lakehouse/provisionamento até que todas essas ramificações sejam excluídas. Primeiro, exclua os branches (usando a interface de autoescalonamento ou API do Postgres) e, em seguida, exclua a instância filha.
Ramos protegidos
Se você proteger uma ramificação em um projeto criado usando a APIda instância do banco de dados (seja a ramificação correspondente a uma instância filha ou a qualquer outra ramificação que você criou), não poderá excluir essa instância filha nem a instância raiz (pai) por meio da interface do usuário ou API do lakehouse/provisionamento até que a ramificação seja desprotegida. Primeiro, desproteja a ramificação na interface de escalonamento automático do Lakebase e, em seguida, exclua a instância. Ver Ramos protegidos.
Recurso de pré-visualização privada
Os projetos recém-criados são projetos de escalonamento automático do Lakebase e não são compatíveis com a APIde dados de provisionamento do Lakebase nem com o recurso de pré-visualização privada do Forward ETL . Essas eram ofertas separadas sobre provisões.
-
Acesso API REST (estilo PostgREST): O Lakebase autoscale possui sua própria APIde dados para acesso REST compatível com PostgREST (CRUD, consultas, RPC).
-
Sincronizando dados com o lakehouse: O autoscale Lakebase possui sincronização com o Lakehouse, que é diferente da pré-visualização privada do Forward ETL no provisionamento Lakebase .
Perguntas frequentes (FAQ) sobre a escala automática por default
Isso se aplica tanto à AWS quanto ao Azure?
Sim. A alteração se aplica tanto à AWS quanto ao Azure. A implementação começa na mesma data em ambas clouds.
Onde aparecem as instâncias do Lakebase recém-criadas?
Na página de dimensionamento automático do aplicativo Lakebase, não na página de provisionamento . Veja a introdução acima.
O que acontece quando clico em Criar na interface do usuário do Lakebase?
O botão Criar (inclusive na tab de provisionamento) abre o fluxo de criação de projetos de dimensionamento automático. Não é mais possível criar novas instâncias de provisionamento a partir da interface do usuário. Se você não tiver instâncias de provisionamento, a tab de provisionamento ficará oculta. Veja o que isso significa para você.
Todos os recursos que estavam disponíveis no provisionamento também são suportados no autoscale?
A maioria das funcionalidades disponíveis no provisionamento do Lakebase também são suportadas no autoscale do Lakebase, com algumas diferenças. Para uma comparação lado a lado completa, consulte a tabela de comparação de recursos na página de índice do Lakebase.
O que NÃO muda?
Os seguintes itens permanecem inalterados:
- Instâncias de provisionamento existentes: elas continuam em execução com suas strings de conexão, preços e configuração de link privado atuais.
- Instâncias de dimensionamento automático existentes: sem alterações.
- A API da instância do banco de dados continua totalmente suportada. Você não precisa alterar Terraform, os SDKs ou outras automações existentes que você desenvolveu para o provisionamento do Lakebase.
- Automações DAB existentes usando
database_instances: Pacotes usando o recursodatabase_instancescontinuam a funcionar. No entanto, novas instâncias criadas pordatabase_instancessão criadas como projetos de escalonamento automático Lakebase . Para novos trabalhos no Lakebase, recomendamos o uso depostgres_projectsem vez disso. Veja recurso de pacote. - strings de conexão para instâncias de provisionamento do Lakebase existentes: permanecem inalteradas. Nenhuma atualização necessária.
- Configuração de link privado para instâncias de provisionamento ou escalonamento automático existentes. Sem alterações.
Como essa mudança impacta os preços?
Todas as novas instâncias (incluindo aquelas criadas usando a APIde instância de banco de dados) usam os preços de escalonamento automático do Lakebase. Veja tamanho do cálculo.
Posso continuar usando a API de instância de banco de dados para novos projetos?
Sim, para novos projetos criados usando a APIde instância do banco de dados ou a interface de usuário do lakehouse/provisionamento. Ambas as APIs funcionam para esses projetos recém-criados. See APIs.
Posso usar a API do Postgres para minhas instâncias de provisionamento existentes?
Não. Utilize a APIde instância de banco de dados somente para instâncias de provisionamento do Lakebase já existentes. See APIs.
Posso habilitar o recurso de escalonamento para zero ou definir o número mínimo/máximo de CUs com a API da instância do banco de dados?
Os novos projetos criados com a API de instância do banco de dados têm o recurso de escalonamento para zero ativado por default , com um tempo limite de inatividade de 24 horas. Para ajustar o tempo limite, desativar a escala para zero ou definir o intervalo compute automático (CU mínimo/máximo), use a APIdo Postgres ou a interface de usuário de dimensionamento automático Lakebase . A API da instância do banco de dados não expõe esses controles. Consulte tamanho de computação e escala-para-zero.
Por que os números de capacidade parecem diferentes (por exemplo, capacidade 1 vs 4-8 CU)?
O dimensionamento automático utiliza unidades compute (CUs) com uma quantidade de RAM por unidade diferente da capacidade de provisionamento. Veja tamanho do cálculo.
Qual versão do PostgreSQL os novos projetos utilizam?
Os projetos criados a partir da interface de usuário do lakehouse/provisionamento ou da APIda instância do banco de dados usam PostgreSQL 16, assim como o provisionamento do Lakebase. A automação usando a API de instância do banco de dados obtém, portanto, a mesma versão do PostgreSQL (16) de antes. Veja a versão do PostgreSQL.
Preciso alterar meus dados de conexão ou nome do host?
Novos projetos usam nomes de host regionais. Se você utiliza listas de permissão de IP ou Link Privado, precisa atualizá-las para projetos recém-criados. Veja os detalhes da conexão e o nome do host.
Preciso alterar a configuração do meu link privado para novas instâncias?
A maioria dos clientes não precisa alterar nada. Você só precisa adicionar o Private Link de entrada para serviços que exigem alto desempenho se usar o Private Link, criar novas instâncias Lakebase e ainda não tiver o Private Link de entrada para serviços que exigem alto desempenho configurado. Se você já utiliza o escalonamento automático Lakebase ou outro serviço que usa o Private Link de entrada para serviços com uso intensivo de desempenho, ou se você utiliza apenas instâncias de provisionamento existentes, nenhuma alteração é necessária. Consulte o link privado para obter a tabela completa e os links de configuração.
Preciso fazer alguma alteração nos meus links privados de instâncias de provisionamento existentes?
Não. As instâncias de provisionamento existentes mantêm sua configuração atual de link privado. Nenhuma reconfiguração é necessária. Veja o link privado.
Qual a diferença entre a janela de restauração (provisionamento) e a restauração instantânea (autoscale)?
O provisionamento do Lakebase suporta uma janela de restauração de até 35 dias. Os novos projetos de dimensionamento automático do Lakebase utilizam restauração instantânea com um prazo máximo de 30 dias. Consulte Restauração instantânea (janela de restauração).
Como funcionam os nomes de instâncias e projetos para novas instâncias do Lakebase?
Os nomes devem estar em conformidade com o DNS. A unicidade não diferencia maiúsculas de minúsculas (você não pode ter ABC e abc ao mesmo tempo). Ao usar a API do Postgres, utilize o nome do projeto em letras minúsculas. A criação falha se o nome entrar em conflito com um ID de projeto existente. Consulte Nomes de projetos e nomes de instâncias.
Minhas instâncias de provisionamento existentes mudam?
Não. Eles permanecem na página de provisionamento com o mesmo comportamento. Somente novas instâncias do Lakebase são criadas como projetos de escalonamento automático.
Como funcionam as permissões em projetos criados a partir da interface de usuário do Lakehouse/Provisionamento ou API da instância do banco de dados?
As permissões são gerenciadas por meio das ACLs do projetoLakebase. Você pode gerenciá-los na interface de usuário de escalonamento automático Lakebase ou por meio da APIdo Postgres. A automação existente que utiliza a API da instância do banco de dados continua funcionando. Consulte Permissões (ACLs).
Posso usar o PostgREST ou obter acesso à API REST do meu novo projeto?
A API de Dados (estilo PostgREST) era um recurso de pré-visualização privada no provisionamento do Lakebase. Os projetos recém-criados utilizam a APIde dados de escalonamento automático do Lakebase para acesso REST compatível com PostgREST (CRUD, consulta, RPC). Veja o recurso de pré-visualização privada.