cube-js/cube

Can router and workers can support GKE Workload Identity ?

Open

#7.279 aberto em 19 de out. de 2023

Ver no GitHub
 (1 comment) (8 reactions) (0 assignees)Rust (1.965 forks)batch import
help wanted

Métricas do repositório

Stars
 (19.563 stars)
Métricas de merge de PR
 (Mesclagem média 5d 16h) (138 fundiu PRs em 30d)

Description

Is your feature request related to a problem? Please describe. Without defining "CUBESTORE_GCP_KEY_FILE" in router and worker, I got below error: thread 'main' panicked at 'SERVICE_ACCOUNT(_JSON) or GOOGLE_APPLICATION_CREDENTIALS(_JSON) environment parameter required: NotPresent'

Describe the solution you'd like Workload Identity allows a Kubernetes service account in your GKE cluster to act as an IAM service account. Pods that use the configured Kubernetes service account automatically authenticate as the IAM service account when accessing Google Cloud APIs.

Referring to https://cube.dev/docs/reference/configuration/environment-variables#cubestore_gcp_key_file "CUBESTORE_GCP_KEY_FILE" is Required when using Google Cloud Storage and A valid Google Cloud JSON key file is needed.

is there possible to support GKE Workload Identity in future?

Guia do colaborador

Direção de pesquisa
Investigue o código de inicialização de credenciais do Cube Store (provavelmente na crate Rust para armazenamento GCP). A mensagem de erro indica que as variáveis de ambiente SERVICE ACCOUNT ou GOOGLE APPLICATION CREDENTIALS são necessárias. Para suportar o Workload Identity, o código deve verificar se está sendo executado no GKE (por exemplo, via servidor de metadados) e usar as Credenciais Padrão do Aplicativo se nenhum arquivo de chave explícito for fornecido. Revise a integração do SDK do GCP e veja se o ADC é usado automaticamente. O problema faz referência à documentação do Cube Store; garanta que quaisquer alterações sejam compatíveis com versões anteriores.
Pilha de tecnologia
rust
Domain
backendinfrastructure
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-2 dias
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Principalmente claro
Prerequisites
RustKubernetesGCP
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
50