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. |