Il catalogo di runtime Lakehouse applica regole di rafforzamento della sicurezza, delle autorizzazioni e della località di archiviazione quando crei e gestisci le tabelle utilizzando l'endpoint del catalogo REST di Apache Iceberg. Queste regole ti aiutano a isolare i percorsi di archiviazione sottostanti, a prevenire i conflitti di denominazione e a limitare la registrazione delle tabelle agli amministratori autorizzati.
Località tabella
I percorsi delle tabelle devono essere nidificati all'interno del percorso dello spazio dei nomi padre (ad esempio, gs://{namespace_path}/.../{table_name}). Questo vincolo viene applicato per contribuire alla sicurezza e all'hardening del catalogo.
Modifica del comportamento per i percorsi delle tabelle:tieni presente che alla posizione della tabella risultante (in cui viene creata la cartella metadata/) viene aggiunta automaticamente una stringa casuale come suffisso per evitare conflitti e migliorare la sicurezza:
- Se non viene fornita una località specifica, la località risultante è
gs://{namespace_path}/{table_name}/{random_suffix}. - Se viene fornita una località specifica (ad esempio,
gs://{namespace_path}/.../{table_name}), la località risultante ègs://{namespace_path}/.../{table_name}/{random_suffix}.
Autorizzazioni per la registrazione delle tabelle
Sia i cataloghi con più bucket che quelli con un singolo bucket richiedono l'autorizzazione biglake.tables.register per registrare una tabella. Questa autorizzazione è limitata al ruolo BigLake Admin (roles/biglake.admin) per garantire che solo gli amministratori possano eseguire la registrazione delle tabelle.