Requisitos

Esta recomendação detalha a infraestrutura para a solução, dimensionada para suportar 5 milhões de chamadas API por ano (~417 mil/mês) e 10 integrações/microsserviços. Ela unifica ambas as camadas em um único node pool por ambiente, reduzindo a complexidade e otimizando os recursos.

Camadas e Componentes da Infraestrutura

Manager

Node Pool	DB Service	Artifact Registry
1 pool com 2 nós (4 vCPU, 6 GB RAM, 150 GB bootdisk)	Postgres (1 vCPU, 4 GB RAM, 30 GB disco)	Gerenciamento de imagens de microsserviços (50 GB)

Runtime (API + iPaaS)

Ambiente	Node Pool	Qtde. de Nós	vCPU por Nó	RAM por Nó	Disco (boot) por Nó	Pods Ativos por Serviço	Capacidade TPS
PRD Runtime	API + iPaaS	3	2	2 GB	100 GB	Cada nó suporta 5 serviços (200m CPU, 100m RAM), cada serviço com 2 Pods (total 10 Pods)	260
Non-PRD Runtime	API + iPaaS	2	2	2 GB	100 GB	Cada nó suporta 10 serviços (200m CPU, 100m RAM), cada serviço com 1 Pod (total 10 Pods)	130

• Suporta até 5 milhões de chamadas API/ano e 10 integrações/microsserviços por cliente.
• Utilização real de 70% das máquinas, considerando aproximadamente 15% reservado para o overhead do Kubernetes.
• O Throughput (TPS) final está condicionado e pode ser limitado pelo desempenho do sistema legado ao qual as integrações se conectam.

Observabilidade (Monitoramento e Logs)

Ambiente	Critério	Node Pool	Qtde. de Nós	vCPU por Nó	Disco Persistente
PRD	Baseado em chamadas API	Node Pool	3	2	8 GB
PRD	Baseado em unidades iPaaS	Node Pool	5	2	8 GB
Non-PRD	Baseado em chamadas API	Node Pool	3	2	8 GB
Non-PRD	Baseado em unidades iPaaS	Node Pool	5	2	8 GB

• O disco persistente é compartilhado por todos os nós na camada de observabilidade, garantindo armazenamento para logs e métricas.
• Os pools estão dimensionados para suportar tanto as chamadas API quanto as integrações iPaaS, considerando a demanda específica de monitoramento.

Estratégia de Escalabilidade e Crescimento

Camada / Ambiente	Critério de Crescimento	Ação de Escalabilidade	Observações
Runtime (API + iPaaS)	Cada 10 integrações ou salto de 5M API Calls	PRD: adicionar +2 nós Non-PRD: adicionar +1 nó	Conforme o volume de chamadas e integrações exigir múltiplas ampliações, recomenda-se avaliar periodicamente adoção de nós com mais vCPU/RAM, reduzindo o total de instâncias e otimizando o TCO.
Observabilidade	Conforme métricas de uso (API Calls e integrações)	Ajustar os node pools conforme o volume	Com o crescimento do volume de dados, é necessário avaliar a expansão do armazenamento persistente compartilhado e a escala horizontal do cluster com novos nós.
Manager	Conforme número de usuários e acessos simultâneos	Ajustes pontuais conforme crescimento	Suporta banco de dados, registro de artefatos e o provisionamento inicial para até 10 clientes, com margem de sobra.