Guia de Onboarding e Implementação

Após a compra de uma assinatura ou o início de um teste gratuito, seu contato principal receberá um e-mail de confirmação contendo um Código de Registro de 14 caracteres.

O Acesso do Desenvolvedor SUSE Rancher é atribuído a contas de usuário individuais.

Durante a configuração, você deve selecionar um mecanismo de contêiner. Independentemente da sua escolha, o comportamento de suas aplicações e do cluster Kubernetes permanece idêntico, tornando ambas as opções uma base sólida para paridade em produção. K3s, o mecanismo que alimenta o cluster local, é uma distribuição Kubernetes leve de nível de produção e o mecanismo embutido no kernel do RKE2. O cluster que você executa localmente se comporta da mesma forma que qualquer distribuição Kubernetes baseada em containerd em produção.

A escolha do mecanismo de contêiner afeta como você interage com o ambiente local, não como o próprio cluster opera:

Uma vez configurada, a extensão realiza automaticamente as seguintes operações:

Todos os gráficos do Helm na Coleção de Aplicativos SUSE expõem um parâmetro global padrão.imagePullSecrets. Ao instalar um gráfico manualmente, defina este parâmetro como [application-collection] para garantir que todas as dependências do gráfico sejam extraídas usando as credenciais corretas.

[^1]: A extensão também é compatível com o Docker Desktop.

Contêineres de linguagem ou base não verificados podem introduzir milhares de vulnerabilidades em seu projeto antes que você tenha escrito uma única linha de código. Imagens populares de registros públicos são construídas para conveniência, não para segurança. Elas não são mantidas sistematicamente para minimizar a exposição a CVEs. As pilhas de linguagem da SUSE Application Collection são construídas sobre o SLE BCI, uma camada base mínima que a SUSE mantém e patcha ativamente. As vulnerabilidades herdadas são reduzidas significativamente em todos os runtimes suportados, incluindo Node.js, Go, OpenJDK e muitos outros. 4.2. Aplicações e Middleware. O mesmo se aplica às aplicações das quais sua stack depende. Uma imagem de middleware amplamente utilizada de um registro público pode facilmente conter centenas de CVEs, não porque o software em si seja inseguro, mas porque a imagem é construída sobre uma ampla camada base e raramente é mantida para acompanhar as atualizações de dependências. As imagens da SUSE Application Collection utilizam dependências mínimas e curadas e são ativamente patchadas — uma abordagem diferente para a composição de imagens, não uma atualização postergada — que consistentemente reduz a contagem de vulnerabilidades a uma fração do que os equivalentes públicos apresentam.

Esta seção apresenta um padrão baseado em Tilt e VS Code, duas ferramentas de terceiros populares, como um exemplo prático entre muitos.

O objetivo é um loop interno apertado: você edita o código localmente, e a alteração é imediatamente refletida em um contêiner em execução no seu cluster local do Rancher Desktop, sem reconstrução manual, sem envio para um registro remoto, sem reimplantação do zero.

O Rancher Desktop possibilita isso através de seu Local Image Store. Quando o Tilt constrói uma imagem, ele a envia diretamente para o armazenamento usado pelo K3s, contornando completamente o registro remoto. Salvar um arquivo no VS Code aciona uma sincronização do Tilt, que atualiza o contêiner em execução em segundos. As aplicações, construídas sobre imagens base da SUSE Application Collection, se comportam exatamente como se comportarão em produção: mesmo runtime do containerd, mesmo ambiente Kubernetes.

Aplicações stateful se encaixam bem nesse padrão. Dependências como PostgreSQL ou um broker de mensagens podem ser implantadas como charts Helm confiáveis no cluster local uma vez, enquanto o contêiner da aplicação é atualizado continuamente. Todo o stack roda localmente e sem dependências externas.

Para um guia completo de configuração e uma implementação de referência funcional, consulte o repositório de demonstração do Rancher Developer Access.

A Coleção de Aplicativos SUSE não suporta a tag :latest. Sempre fixe seus Dockerfile e charts Helm às tags específicas de versão e revisão encontradas em apps.rancher.io. Isso garante que seu ambiente permaneça reproduzível e elimina a divergência de versões entre desenvolvimento e produção.

Sempre use imagens base do registro confiável:

O Kubernetes introduz conceitos que não têm equivalente direto em um fluxo de trabalho apenas com Docker. Alguns ajustes tornam a transição mais fácil: