Oi,
Eu realmente amo a ideia básica de modelagem de leme. Então decidi usá-lo para um projeto. Mas algumas coisas ainda são muito difíceis de conseguir.
Por exemplo, depois de analisar meus modelos, onde você coloca os resultados analisados? É tão importante se você tiver um analisador para qualquer coisa que possa ver os resultados para ver o que o analisador fez, talvez diferente do esperado.
Onde posso ver quais solicitações http o helm está enviando (url + corpo)? Não estou tendo uma instalação padrão do kubernetes aqui e preciso ter certeza de que outros também podem acessar o serviço do tiller. Além disso, ver algumas respostas http pode ajudar a depurar as coisas.
Qual é a diferença entre o argumento --namespace
e a variável de ambiente $TILLER_NAMESPACE
? Por alguma razão, só posso usar o helm quando faço a segunda versão. E eu não tinha nada me falado sobre o problema. Foi uma tentativa idiota e um erro. Seria muito bom se houvesse uma maneira mais inteligente de depurar.
E por que helm delete --purge <name>
não remove tudo? Por exemplo, no meu ambiente sempre há uma conta de serviço que ainda existe depois.
Obrigado!
@erikbgithub Obrigado por usar o Helm. Esperamos que possamos resolver seus problemas. Para ver os resultados analisados dos modelos, você pode adicionar o sinalizador --debug
para ver o resultado final. Além disso, adicionar o sinalizador --dry-run
junto com --debug
permitirá que você veja a saída sem realmente instalar.
O Helm usa gRPC, não REST, então você não poderá ver as solicitações para o Tiller como costumava fazer em aplicativos REST convencionais.
--namespace
direciona o Helm para instalar seu gráfico no namespace especificado.
TILLER_NAMESPACE refere-se ao namespace em que o componente de back-end Tiller está instalado ("sistema kube" por padrão)
Espero que ajude. Informe-nos se tiver mais perguntas.
Olá, jascott1, obrigado por responder.
Não tenho certeza se a questão do namespace está completa. Porque eu faço as duas em uma sessão separada depois que helm init
já deu certo em outro dia.
Exemplo. Vamos supor que você comece o dia com uma nova sessão bash na qual nenhum ambiente de leme está definido. Leme já está implantado. Agora você faz apenas helm ls --namespace=foobar
e ele falha. Agora você configurou export TILLER_NAMESPACE=foobar
e agora helm ls
sem um sinalizador de namespace é bem-sucedido. Você concorda que a situação não é explicada por sua resposta?
não, eu posso entender as instruções de @ jascott1 muito claramente (mas, novamente, sou um desenvolvedor de leme).
helm list
com --namespace
mostra gráficos que foram lançados naquele namespace. Ele não informa qual leme de namespace deve procurar tiller.
TILLER_NAMESPACE=foobar helm list
diz ao helm para se comunicar com a instância do tiller instalada no namespace foobar
para listar todas as versões instaladas em todos os namespaces.
Posso entender a confusão, no entanto. TILLER_NAMESPACE está documentado aqui :
O Helm procurará por Tiller no namespace
kube-system
menos que--tiller-namespace
ou$TILLER_NAMESPACE
seja definido.
Isso ajuda a esclarecer as coisas? Caso contrário, sugiro que você dê uma olhada na seção Usando o Helm dos documentos para obter uma imagem mais clara.
Ah, agora eu entendo. Obrigado!