Helm Charts — Casos Especiais

Objetivo

Alguns charts exigem documentação específica porque fogem do padrão stateless com Deployment simples e secrets tenant-scoped.

is-core-api

• Chart com dependência de NFS para dois conjuntos de dados: arquivos e mídia.
• Além do secret principal, depende de configuração ligada à OCI.
• O runtime e o Dockerfile já criam diretórios esperados pelo mount.

is-ws-api

• Depende de NFS para mídia compartilhada.
• O chart precisa alinhar mountPath, permissões e disponibilidade do share.

extent

• É o principal caso de StatefulSet nesta documentação.
• Requer PVC de 50 Gi em /usr/local/tomcat/webapps/tiss.
• Sem storage provisionado, o chart não entrega um ambiente funcional.

is4

• Chart para sistema legado, com dependência de NFS e parâmetros de JVM agressivos.
• O path e o domínio fogem do padrão das APIs Spring Boot.

is5

• Embora o chart seja menos dependente de storage, o runtime é WildFly com EAR, não jar Spring Boot.
• O troubleshooting deve considerar server config, datasource e arquivos do application server.

is-reports-ui

• Apesar do nome, não é um chart de UI Angular padrão.
• Usa runtime Java e porta 9999.
• Deve ser tratado mais como aplicação de relatórios server-side do que como SPA.

redeis-auth-api e redeis-ws-api

• Serviços com comportamento system-scoped.
• O ponto principal é o caminho dos secrets e, em alguns cenários, o domínio próprio fora do padrão tenant-scoped.

Checklist antes do deploy

1. Secret correto existe no Vault
2. global-pull-secrets está sincronizado
3. NFS ou PVC existem quando necessários
4. Host e path do HTTPRoute foram revisados
5. Porta do chart corresponde à porta real do runtime