Lakehouse sem fronteiras: controle de acesso com o IAM

Para gerenciar o controle de acesso do Lakehouse sem fronteiras, é necessário adicionar usuários a um projeto Google Cloud e atribuir as funções adequadas. Por padrão, os projetos concedem acesso apenas ao criador original. Outros usuários não podem acessar os recursos até que sejam adicionados como membros do projeto ou vinculados a recursos específicos.

O que é IAM?

OGoogle Cloud oferece o Identity and Access Management (IAM), que permite conceder acesso mais granular a recursos específicos do Google Cloud e impede o acesso indesejado a outros recursos. Com o IAM, é possível adotar o princípio de segurança de privilégio mínimo para conceder apenas o acesso necessário aos recursos no Lakehouse.

O IAM também permite controlar quem (uma identidade) tem quais permissões (papéis) para quais recursos, definindo políticas do IAM. As políticas do IAM concedem papéis específicos a um membro do projeto, o que dá à identidade determinadas permissões. Por exemplo, para um determinado recurso, como um projeto, é possível atribuir o papel roles/biglake.admin a uma Conta do Google, que poderá controlar os recursos do Lakehouse no projeto, mas não poderá gerenciar outros recursos. Também é possível usar o IAM para gerenciar os papéis básicos concedidos aos membros da equipe do projeto.

Opções de controle de acesso para usuários

Para permitir que os usuários criem e gerenciem seus recursos do Lakehouse, adicione-os como membros da equipe ao projeto ou a recursos específicos e conceda a eles permissões usando os papéis do IAM.

Um membro da equipe pode ser um usuário individual com uma Conta do Google válida, um Grupo do Google, uma conta de serviço ou um domínio do Google Workspace. Quando você adiciona um membro da equipe a um projeto ou a um recurso, especifica quais papéis precisam ser concedidos. O IAM oferece três tipos de papéis: predefinidos, básicos e personalizados.

Para conferir uma lista das funcionalidades de cada papel do Lakehouse e os métodos de API a que um papel específico concede permissão, consulte papéis do IAM do Lakehouse sem fronteiras.

Para outros tipos de assinatura, como contas de serviço e grupos, consulte a referência de vinculação de política.

Contas de serviço

Quando você chama as APIs Lakehouse para realizar determinadas ações em um projeto em que seu serviço está localizado, o Lakehouse realiza essas ações em seu nome usando uma conta de serviço do agente de serviço por catálogo. Os exemplos incluem acessar buckets do Cloud Storage para venda de credenciais e recuperar dados secretos do Secret Manager para acesso a dados entre nuvens.

Políticas de IAM para recursos

É possível conceder acesso aos recursos do Lakehouse anexando políticas do IAM diretamente a eles, como um serviço do Lakehouse. Com uma política do IAM, é possível gerenciar papéis do IAM nesses recursos em vez de, ou além de, gerenciar papéis no nível do projeto. Isso oferece flexibilidade para aplicar o princípio de privilégio mínimo, que é conceder acesso apenas aos recursos específicos que os colaboradores precisam para realizar o trabalho.

Os recursos também herdam as políticas do pai. Se você definir uma política no nível do projeto, ela será herdada por todos os recursos filhos. A política efetiva para um recurso é a união do conjunto de políticas nesse recurso e a política herdada do recurso mais alto na hierarquia. Para mais informações, consulte a hierarquia de políticas do IAM.

É possível receber e definir políticas do IAM usando o console do Google Cloud , a API Identity and Access Management ou a Google Cloud CLI.

A seguir