// data & ai · giornale tecnico MILANO ● LIVE 00:00:00

Databricks: l’ingress control context-based per gli workspace è ora in GA

Databricks porta in GA il context-based ingress control per gli workspace: regole di allow e deny che combinano identità, network source e tipo di richiesta, oltre le liste basate solo su IP.

Databricks ha portato in general availability (GA) il context-based ingress control per l’accesso pubblico agli workspace. L’annuncio è nelle release notes di luglio 2026: la funzione permette di controllare chi può raggiungere gli endpoint di un workspace tramite regole di allow e deny che combinano identità, network source e tipo di richiesta.

È un cambio di granularità rispetto al passato. Storicamente, limitare l’accesso a un workspace significava soprattutto ragionare per liste di indirizzi IP. Con l’ingress control context-based il criterio diventa più espressivo: si compongono condizioni su chi (identità), da dove (network source) e che cosa (tipo di richiesta), decidendo per ciascun caso se consentire o bloccare.

Perché conta per chi gestisce la piattaforma

Per un team di data platform il valore è nella possibilità di avvicinarsi a un modello di least privilege sull’ingress senza dover moltiplicare workspace o architetture di rete separate. Combinare identità e network source in una singola regola consente, ad esempio, di trattare in modo diverso una richiesta proveniente da una rete aziendale nota rispetto a una connessione esterna, anche a parità di utente.

La disponibilità in GA è il segnale rilevante: la funzione è considerata pronta per l’uso in produzione, non più in preview. Per chi già gestisce compliance e network policy su Databricks, è l’occasione per rivedere le regole di accesso pubblico e verificare se le attuali allowlist basate solo su IP possano essere sostituite o irrobustite con condizioni context-based.

Trattandosi di una funzione di sicurezza dell’accesso, conviene testare le regole in un ambiente non critico prima di applicarle in produzione: una regola di deny troppo ampia può, per definizione, bloccare anche traffico legittimo.

In sintesi

  • Il context-based ingress control per l’accesso pubblico agli workspace Databricks è ora in general availability.
  • Le regole di allow e deny combinano identità, network source e tipo di richiesta, superando le liste basate solo su IP.
  • Per i team di data platform è l’occasione di rivedere l’ingress verso un modello di least privilege più granulare.

Fonte: July 2026 | Databricks on AWS — Context-based ingress control — https://docs.databricks.com/aws/en/release-notes/product/2026/july#context-based-ingress-control-for-workspaces-public-access-is-now-generally-available

Condividi X Facebook LinkedIn WhatsApp Email

// scritto da

Fernando

Hai qualcosa da aggiungere? Unisciti alla discussione.

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *

Altri dell'autore

dalla stessa firma