Kubernetes / Helm

Gerador YAML K8sMonte recursos a partir de campos definidos

Escolha um tipo para ver um recurso ou um trecho de probe que será inserido em um contêiner.

Gerador YAML K8s

Campos do recurso

YAML gerado

Os parâmetros ficam neste navegador, sem envio a um cluster ou servidor.

Opções

Modelos Kubernetes 1.34: apps/v1, v1, networking.k8s.io/v1 e batch/v1. Probe é um trecho do contêiner.

Exemplos são pontos de partida. Acrescente recursos, segurança e armazenamento. Sem validação do cluster ou da imagem.

Nome com inicial minúscula: até 63 caracteres (CronJob 52). Portas 1–65535, réplicas 0–1000. Tempos de probe ≤86400 segundos, falhas ≤1000.

Até 50 linhas KEY=value. ConfigMap e Secret só referenciam nomes existentes. Texto: 20000 caracteres. Comando: 32 strings de até 4096 caracteres cada.

Gerando…

O Gerador YAML K8s ajuda a criar um ponto de partida fácil de revisar para uma aplicação nova. Ao gerar Deployment, o seletor e os rótulos dos Pods vêm do mesmo nome. Trocar o tipo mantém os outros valores do formulário, mas a saída contém apenas o recurso selecionado.

Você pode preparar manifestos Kubernetes, conferir o Service selector, montar um Ingress ou definir uma tarefa agendada. As variáveis de ambiente também são configuráveis. Os nomes e namespaces entre arquivos separados precisam ser conferidos por você; a prévia não consulta o estado do cluster.

Por que usar este Gerador YAML K8s?

Leia um recurso por vez

O Gerador YAML K8s separa o template de Pod do Deployment, o mapeamento de portas do Service e a referência do Ingress ao backend. Nenhum recurso vizinho ainda não configurado é incluído na saída. Isso mantém o arquivo e a revisão focados no objeto escolhido.

Campos de um formulário alimentam um único documento estruturado.

Coloque a probe dentro do contêiner

A probe é um campo do contêiner, não um recurso independente. O modo próprio exporta readinessProbe, livenessProbe ou startupProbe sem inventar kind. Também é possível incluir uma probe no Deployment. Sua porta é separada porque o endpoint de saúde pode usar outra porta.

Um trecho de verificação é inserido no contêiner de um documento maior.

Confira as conexões antes de aplicar

01

Confira os nomes no caminho do tráfego

O Deployment usa seu nome no rótulo app dos Pods. Repita esse valor no seletor do Service. No Ingress, informe o nome e a porta do Service, que podem diferir do targetPort usado pelo contêiner.

02

Use o modo manual para várias alterações

A geração automática aguarda 350 ms após a última edição. Desative a opção para ajustar vários campos e depois use Gerar ou Ctrl/Cmd+Enter. Copiar e baixar ficam bloqueados enquanto o resultado não corresponder aos valores atuais.

03

Veja o que será substituído

Exemplo e Limpar mostram antes a quantidade de campos alterados e os novos valores. Aplicar confirma; Desfazer restaura formulário e resultado juntos. O exemplo de CronJob executa date, que termina, em vez de iniciar um servidor permanente.

O que entra no manifesto

APIs explícitas

Deployment usa apps/v1, Service v1, Ingress networking.k8s.io/v1 e CronJob batch/v1. A base dos modelos é Kubernetes 1.34. Não há seletor de versão que prometa compatibilidade sem mudar de fato os campos gerados.

Valores de ambiente preservados

KEY=value é dividido somente no primeiro sinal de igual. Outros sinais e valores vazios são mantidos; nomes repetidos geram erro. Strings recebem aspas para que yes, null e textos numéricos não mudem de tipo em leitores YAML 1.1.

Referências sem criar dependências

envFrom aceita nomes de ConfigMap e Secret existentes. Ingress suporta um host, um caminho, Prefix ou Exact, uma classe e um Secret TLS. Esses campos não criam objetos, certificados ou controladores, apenas registram as referências.

Agendamento e verificações

CronJob escreve cinco campos de agendamento, Etc/UTC, um array de comando e a política de concorrência. Probes HTTP ou TCP têm porta e tempos próprios; successThreshold é 1. O endpoint não é acessado e o próximo horário de execução não é calculado.

Escopo dos modelos e limites

Complete a configuração da aplicação
CPU, memória, contexto de segurança, armazenamento, autoscaling e sidecars não são inferidos. Imagens, cotas, permissões e políticas de admissão também não são verificadas. Inclua os parâmetros adequados no repositório antes de usar o resultado.
Um objeto ou trecho por saída
Não há pacote de recursos, importação de YAML, Helm, Kustomize ou CRD. Campos não suportados não são inventados. O arquivo Probe deve ser inserido em um item de containers e não pode ser aplicado como recurso independente.
Nomes e números limitados
Nomes começam com letra minúscula e usam minúsculas, números e hífens: até 63 caracteres, ou 52 no CronJob. Portas: 1–65535; réplicas: 0–1000; NodePort explícito: 30000–32767. Faixas personalizadas do cluster exigem edição externa.
Dialeto Cron e tamanho da entrada
São aceitos cinco campos numéricos com asteriscos, listas, intervalos crescentes e passos sobre asterisco ou intervalo; dias da semana 0–6. Sem segundos, macros ou nomes. Limites: 50 variáveis, 20000 caracteres por campo de texto e 32 argumentos. A sintaxe aceita não garante uma data real de execução.

Gerador YAML K8s: perguntas frequentes

Quais versões de API aparecem no arquivo gerado?

Os modelos usam Kubernetes 1.34 como base: apps/v1, v1, networking.k8s.io/v1 e batch/v1. O trecho Probe não tem apiVersion porque pertence ao contêiner. O nome da API não substitui a validação no cluster de destino.

Como ligar um Service aos Pods de um Deployment?

O Service seleciona rótulos dos Pods, não o objeto Deployment por nome. O formulário usa app: NOME. Informe o mesmo valor no seletor e direcione targetPort para a porta realmente usada pela aplicação.

É possível gerar vários recursos de uma vez?

Cada geração contém somente o tipo selecionado. Para Deployment e Service, gere dois arquivos e revise nomes, seletores e namespaces. Arquivos já baixados não são atualizados quando você muda o formulário depois.

Como adicionar variáveis de ambiente ao contêiner?

Use linhas KEY=value para valores literais ou nomes ConfigMap e Secret para envFrom. Valores vazios e textos que parecem números continuam como strings. As referências só escrevem nomes, sem ler nem criar as dependências.

Posso aplicar o YAML gerado sem revisar?

Revise e valide a saída no ambiente pretendido. Ingress precisa de controlador e backend; CronJob precisa de um comando que possa terminar. Complete recursos e segurança. A tag de imagem do exemplo não garante disponibilidade ou segurança.

Encontrou um problema no manifesto gerado?

Prepare o próximo manifesto

O Gerador YAML K8s prepara uma alteração pequena para revisão. Confira o tipo e cada referência, complete os campos da aplicação e só então aplique no ambiente de destino.