Arquitetura de referência e tempo de execução
O que é construído na nuvem do cliente: o ingress, o cluster Kubernetes de três nós em diferentes zonas, o banco de dados gerenciado com seu standby, o armazenamento de objetos, o egress, o cofre isolado da internet e os controles de dimensionamento.
Cada implementação é projetada uma única vez com base na mesma arquitetura de referência. As diferenças entre as nuvens — produtos de conectividade, gerenciamento de chaves, mecanismos de banco de dados — tornam-se, então, opções de configuração em vez de reformulações.
| Projeto | Construir | Operar | Inovar |
|---|---|---|---|
| Um modelo de dados e um mecanismo de publicação para cada evento financeiro. | Serviços conteinerizados em um cluster Kubernetes de três nós com balanceamento de carga. | Postagens imutáveis e trilha de auditoria completa, definidas por padrão. | ASK atuando através das APIs próprias da TRANXACT. |
| Projetado para ser multi-entidade, multi-moeda e multi-região. | Um banco de dados gerenciado, escolhido pelo cliente e dimensionado para alta disponibilidade. | Live DR em uma segunda região de execução e backups isolados da internet (air-gapped) como padrão. | Uma fila de ações que reconhece funções e aprende o que é importante. |
O que há dentro de uma região?
| Componente | O que é isso? | Notas |
|---|---|---|
| Balanceador de carga e WAF | Acesso HTTPS em erp.<domínio do cliente>; TLS 1.2 ou superior; proteção contra DDoS. | O único ponto de entrada público. |
| Ponto de extremidade privado / balanceador de carga interno | Entrada para tráfego privado via VPN, conexão privada ou peering. | Presente quando o acesso privado é utilizado. |
| cluster Kubernetes | Pelo menos três nós de trabalho distribuídos por zonas de disponibilidade, com TLS de ponta a ponta. | Executa a web e a API, o mecanismo de publicação, o operador ASK e os processos e tarefas. |
| Banco de dados gerenciado | Um sistema primário com um sistema de espera HA síncrono em outra zona. | O motor e o tamanho são escolhidos pelo cliente. |
| Armazenamento de objetos | Documentos e anexos, com controle de versão e replicados em diferentes regiões. | Os documentos não ficam armazenados no banco de dados. |
| Saída NAT | Tráfego de saída permitido apenas para uma lista de destinos autorizados. | Bancos, impostos e faturamento eletrônico, folha de pagamento, e-mail, o motor de IA. |
| Cofre com espaço de ar | Uma conta separada que armazena backups imutáveis, do tipo "gravar uma única vez". | A produção pode se concentrar nisso e em nada mais. |
Os nós de trabalho são distribuídos por zonas, de forma que a perda de um nó ou de uma zona ainda permita o atendimento aos usuários. A alocação de cada serviço em cada nó é ilustrada no guia — o agendador é responsável por essa alocação.
Fora do cluster
- O mecanismo de IA para ASK — categoria premium, balanceada ou econômica, ou a chave própria do cliente (BYOK).
- Serviços externos — bancos, impostos e faturamento eletrônico, folha de pagamento, BI e plataformas de dados, e-mail.
- Usuários remotos e móveis, fazendo login por meio do provedor de identidade do cliente.
- A rede corporativa do cliente: usuários de escritório, provedor de identidade, sistemas legados e de chão de fábrica — acessados por meio de VPN ou link privado quando a conectividade privada é utilizada.
A conectividade privada é opcional. Quando todo o acesso é feito via HTTPS, a VPN/link privado e o balanceador de carga interno simplesmente não são implementados.
Os botões de ajuste de tamanho
- Tamanho do nó.
- Número de nós — três no mínimo.
- Mecanismo e tamanho do banco de dados.
- A região Live DR.
- O número de ambientes.
Todo o resto constitui a arquitetura de referência e é igual para todos os clientes. Consulte a seção "Antes do contrato" para obter informações sobre os níveis de utilização que definem os valores iniciais.
Configure, não personalize.
O mesmo princípio rege o que é executado no cluster. Um requisito que vai além do padrão é atendido, nesta ordem: por configuração (baixo código/sem código, atualizado com a plataforma); por uma integração através das APIs da TRANXACT que é executada fora do cluster; e somente então, após uma revisão de segurança e engenharia, por código ou um agente dentro do cluster — que, se aprovado, é tolerado e tem suporte do cliente. O código rejeitado é executado fora do cluster. O capítulo X do guia lista as tarefas para cada resultado.
Tudo o que pode ser feito por meio de configuração não deve se tornar código personalizado. A configuração acompanha cada nova versão da plataforma; o código personalizado, não.