jetstack / jetstack/jetstack-secure
Add a live e2e test for the Conjur-JWT-only, Secret-free install path
- Linguagem predominante
- Go
- Estrelas
- 262
- Forks
- 27
- Merge médio
- 2d 7h
- PRs com merge (30d)
- 19
Descrição
\`hack/ark/test-e2e.sh\` (run via \`make ark-test-e2e\`) only exercises the legacy username/password auth path: it hard-requires \`ARK_USERNAME\`/\`ARK_SECRET\`/\`ARK_SUBDOMAIN\` and always writes them into a Secret. The \`helm upgrade\` it runs never sets \`config.cyberark.serviceId\`, so Conjur JWT auth has no live e2e coverage at all.
Since #838 added \`config.cyberark.subdomain\`, a Conjur-JWT-only install (\`config.cyberark.serviceId\` set, \`config.cyberark.subdomain\` set, no Secret whatsoever) is possible but has never been exercised against a live cluster.
Add a second e2e path alongside the existing one:
- Sets \`config.cyberark.serviceId\` and \`config.cyberark.subdomain\` via \`--set\`, no Secret created.
- Reuses the same onboarding/authenticator setup the existing script assumes, or documents what's needed.
- Asserts the same "Data sent successfully" log line as the legacy path.
Leave the existing legacy-path script untouched — it's the backward-compatibility path and should keep testing exactly what it tests today.
Guia de contribuição
Direção de pesquisa
Comece com hack/ark/test-e2e.sh e execute-o por meio de make ark-test-e2e para entender o legacy path existente e suas suposições de onboarding/authenticator. Adicione um segundo live path usando config.cyberark.serviceId e config.cyberark.subdomain sem criar um Secret, e verifique a mesma linha de log "Data sent successfully", deixando o legacy path inalterado.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- kubernetes, shell
- Domínio
- devops, testing-qa
- Tipo de issue
- Funcionalidade
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Status de atividade
- Ativa
- Clareza
- Claramente especificada
- Facilidade para iniciantes
- 74/100