Ir para o conteúdo
TextArray1.41.0
Totalmente local

Resumo de manifesto Kubernetes

Resuma os recursos, imagens e configurações num manifesto YAML Kubernetes.

Entrada
Saída
Ferramentas relacionadas
Conversor YAML ⇄ JSONFerramentas de desenvolvedor
Formatador YAMLFerramentas de desenvolvedor
Conversor de TOML para JSONFerramentas de desenvolvedor
diferença de chave i18nFerramentas de desenvolvedor
SQL para JSONFerramentas de desenvolvedor
Validador de esquema JSONFerramentas de desenvolvedor
Resumo de manifesto Kubernetes
Cole um manifesto Kubernetes — um único documento ou um fluxo YAML com vários documentos separados por "---" — e esta ferramenta lista todos os recursos que encontra: tipo, nome, namespace e as configurações mais importantes ao rever uma implementação. Use-a para verificar um manifesto antes de aplicá-lo, para rever o pedido de pull de um colega, ou para inventariar o que um modelo Helm ou uma construção kustomize produz realmente, sem mudar para um terminal e executar kubectl.
As opções definem quantos detalhes cada linha contém. "Mostrar imagens e tags do contentor" lista o que cada contentor numa implementação Deployment, StatefulSet, DaemonSet, Job, CronJob ou Pod isolado executa, incluindo contentores init. "Mostrar pedidos e limites de recursos" imprime os valores de CPU e memória de cada contentor, para que uma carga de trabalho sem eles definidos destaque-se. "Mostrar portos e volumes" adiciona os portos do contentor e os volumes do pod com o seu tipo. "Mostrar referências a ConfigMap / Secret" recolhe todas as referências de que um pod depende, a partir de env, envFrom e volumes montados. Ative os avisos e uma imagem "latest" (ou sem tag) ou um limite em falta fica sinalizado — dois dos comentários de revisão mais comuns. Filtre por tipo ou namespace com uma lista separada por vírgulas, e escolha tabela, lista ou CSV dependendo do uso.
O interpretador aceita YAML do mundo real: estilos de fluxo e bloco, registos com uma porta no nome da imagem, imagens ancoradas por digest, e terminações de linha Windows e Unix. Um manifesto que não é um YAML válido produz uma mensagem de erro clara nomeando a linha problemática, não um ecrã em branco.
Tudo funciona localmente no seu navegador — o manifesto nunca sai do seu dispositivo, o que é importante quando faz referência a registos internos, namespaces ou nomes de secretos que preferiria não colar num serviço na nuvem. Copie o resultado, descarregue-o como ficheiro .txt, ou envie-o diretamente para outra ferramenta TextArray para continuar a trabalhar com ele.
FAQ
Que tipos de recursos Kubernetes compreende?
Qualquer tipo é listado por nome, namespace e contagem de contentores. Os detalhes do contentor (imagens, recursos, portos, volumes) são lidos a partir de Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job e CronJob, uma vez que estes são os tipos que carregam um modelo de pod.
Posso inspecionar um manifesto com vários documentos?
Sim. Documentos separados por "---" — o resultado normal de um modelo Helm ou construção kustomize — são todos analisados e listados como recursos separados.
O que se conta como um aviso de tag "latest"?
Tanto uma tag explícita ":latest" como a ausência de uma tag, já que o próprio Kubernetes trata uma tag em falta como "latest".
Valida o manifesto em relação à API do Kubernetes?
Não. Lê a estrutura YAML para construir o resumo; não verifica o resultado em relação a um cluster ou um esquema, portanto um recurso pode parecer completo aqui e ainda assim ser rejeitado pelo servidor API por outras razões.
O meu manifesto é carregado em algum lugar?
Não. A análise e o resumo ocorrem completamente no seu navegador — o manifesto, incluindo qualquer namespace, imagem ou nomes de secretos que contenha, nunca sai do seu dispositivo.