Sistemas Especiais¶

Visão Geral¶

Esta categoria cobre as aplicações que não se encaixam no padrão moderno de Spring Boot ou Angular da plataforma. Hoje os principais casos são is4, is5 e extent.

Inventário¶

Aplicação	Runtime	Porta	Artefato	Dependências operacionais
is4	Tomcat 7 / Java 8	8080	TAR/GZ expandido	NFS para configuração e dados
is5	WildFly 24 / Java 8	8080	EAR reconstruído a partir de partes	Configuração de WildFly e JDBC
extent	Tomcat 9 / Java 8	8080	WAR expandido	PVC 50Gi em `/usr/local/tomcat/webapps/tiss`

is4¶

Baseado em Tomcat 7 e Java 8.
O container expande um pacote IS4.tar.gz dentro do diretório de webapps.
O chart precisa montar NFS para configuração e arquivos associados ao tenant.
É um caso de legado forte, com heap elevado e parâmetros como -XX:NewSize=4096m.

is5¶

Baseado em WildFly 24 com Java 8.
O build e a entrega recompõem binários a partir de partes fracionadas, como wildfly.tar.gz.part-* e is5.ear.part-*.
A inicialização depende de arquivos como standalone-full.xml e variáveis JDBC para configurar o application server.
A documentação precisa tratar is5 como aplicação com semântica de application server, não como jar Spring Boot.

extent¶

Usa Tomcat 9 e Java 8.
O deploy depende de um volume persistente já existente.
O PVC é montado em /usr/local/tomcat/webapps/tiss e precisa existir antes do rollout.
O chart usa StatefulSet, não apenas Deployment, por causa da dependência de armazenamento.

Pré-requisito de storage

extent não sobe corretamente sem o PVC provisionado e vinculado. O chart por si só não resolve a ausência do volume.

Como documentar build e operação desses serviços¶

Para esta categoria, os pontos importantes não são apenas o Dockerfile, mas principalmente:

tipo de artefato entregue ao runtime
dependências de storage externo
arquivos de configuração exigidos na inicialização
heap e tuning de JVM
diferenças entre o que o container expõe e o que o chart publica

Os requisitos de chart para esses casos estão detalhados em Charts Especiais.