Voltar
Como conectar o Gemini Enterprise aos dados do Snowflake

Google Cloud publica guia para conectar o Gemini Enterprise aos dados do Snowflake

Aprofundamento CEVIU

Aprofundamento

O guia do Google Cloud descreve um padrão de orquestração customizada para quem constrói sistemas multiagente na plataforma. O agente criado com o Agent Development Kit (ADK) repassa a pergunta em linguagem natural ao servidor MCP do Snowflake, que aciona um Cortex Agent (CORTEX_AGENT_RUN) apoiado em uma semantic view do Cortex Analyst. A tradução para SQL e a execução acontecem dentro do Snowflake, com a sessão OAuth e o papel (role) do usuário autenticado.

O texto traz decisões de governança práticas. Em vez de uma conta de serviço genérica, usa OAuth 2.0 com personificação do usuário e um cliente confidencial. Recomenda um papel dedicado com privilégio mínimo. O usuário precisa de SELECT nas tabelas físicas por trás da semantic view, ou então de uma Secure View sobre elas, já que views executam com direitos do dono. Os tokens OAuth fixam DEFAULT_ROLE e DEFAULT_WAREHOUSE no momento da autorização, então os padrões devem ser ajustados antes. O guia também desaconselha expor ferramentas de execução crua como SYSTEM_EXECUTE_SQL a clientes externos. O deploy usa o agents-cli, e o registro no Gemini Enterprise exige que o AUTH_ID do código seja idêntico ao nome da autorização no console. Para casos básicos, o Google indica as soluções conjuntas de conexão direta.

O que mudou

Em 27 de outubro de 2026, o CEVIU noticiou "Guia do Google Cloud mostra como conectar o Gemini Enterprise ao Snowflake com ADK, MCP e permissões do usuário". O tema e o guia são os mesmos da notícia atual, publicada em 3 de novembro de 2026. O material anterior não traz detalhes que permitam apontar mudança de conteúdo entre as duas coberturas, então esta é uma segunda abordagem do mesmo guia, aqui com foco nos passos de governança e implantação.

Por que isso importa

Para quem opera TI corporativa, a leitura é que o ponto central não é o chat, e sim onde o SQL roda e com qual identidade. Manter geração e execução dentro do Snowflake preserva auditoria e permissões já existentes. Antes de piloto, vale revisar papéis, Secure Views e o tratamento das credenciais OAuth, que concentram o risco do desenho.

Linha do tempo

  1. CEVIU noticia o guia do Google Cloud para conectar o Gemini Enterprise ao Snowflake com ADK, MCP e permissões do usuário.

  2. Google Cloud publica o guia com os passos de segurança, implantação e registro do agente no Gemini Enterprise.

Perguntas frequentes

Como o Gemini Enterprise acessa os dados do Snowflake nesse guia?

Um agente criado com o ADK chama o servidor MCP do Snowflake, que aciona um Cortex Agent. Ele gera o SQL e executa a consulta dentro do Snowflake. A sessão usa o OAuth e o papel do usuário autenticado.

Por que usar OAuth com personificação em vez de conta de serviço?

Uma conta de serviço genérica daria acesso amplo ao modelo e permitiria contornar restrições de segurança. Com OAuth 2.0, cada consulta respeita as permissões do próprio usuário.

O usuário precisa de acesso às tabelas físicas?

Sim, precisa de SELECT nas tabelas que sustentam a semantic view, senão a execução falha. Se a política de segurança não permitir, o guia sugere uma Secure View sobre as tabelas e a semantic view construída em cima dela.

Esse é o único jeito de conectar Gemini Enterprise e Snowflake?

Não. O guia trata do padrão avançado, de orquestração customizada, para sistemas complexos. Para usos corporativos básicos, o Google aponta soluções conjuntas de conexão direta.

Fontes

Avalie este artigo:
Categoria
CEVIU TI
Publicado
03 de novembro de 2026
Editoria
CEVIU TI

Quer receber mais sobre CEVIU TI?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser