CI/CD

CI/CD pra Declarative Automation Bundles: quatro caminhos possíveis, e o que separa eles de verdade

Depois que uma Declarative Automation Bundle funciona no notebook de alguém, o problema seguinte é sempre o mesmo: como fazer o deploy acontecer sem um token pessoal sentado num GitHub Secret pra sempre. Mapeei os quatro caminhos recomendados pelo Azure Databricks e o que realmente muda entre eles.

Databricks CLI agora autentica no GitHub Actions sem guardar segredo nenhum

O Databricks CLI passou a suportar workload identity federation via OIDC, então um workflow do GitHub Actions consegue autenticar num service principal do Azure Databricks sem nunca guardar client secret no repositório.

Direct mode virou padrão nos Databricks Asset Bundles, o Terraform está com os dias contados aqui

O engine ‘direct’ virou padrão pra bundles criados no workspace desde 13 de agosto, e vira padrão geral da CLI em 26 de agosto. O suporte ao Terraform está no caminho da deprecação.

Runtime engessado ou imagem Docker própria: o dilema de compliance que o Databricks Container Services resolve

Databricks Container Services deixa trocar o runtime gerenciado por uma imagem Docker própria, construída e escaneada no seu próprio pipeline de CI/CD. Resolve certificado corporativo, biblioteca proibida e ambiente travado, mas exige abrir mão de parte do conforto de um cluster totalmente gerenciado.