Como centralizar autenticação, roteamento, limitação de taxa e métricas sem sacrificar a latência de serviços críticos?

O projeto parte de uma pergunta suficientemente real para exigir mais do que uma demonstração de tecnologia. Escopo, linguagem e arquitetura são tratados como partes do mesmo produto.

O API Gateway é a camada que fica na frente de uma arquitetura de serviços: é por ele que cada requisição entra, é validada, protegida e encaminhada ao destino correto. Em vez de deixar cada serviço exposto e responsável por repetir as mesmas regras, o gateway cria uma entrada única para a aplicação. Isso simplifica a operação, dá mais controle sobre segurança e permite enxergar com clareza como o tráfego está se comportando.

Desenvolvido em C++17, o projeto evolui a base de um servidor HTTPS para uma peça de infraestrutura completa. Ele implementa roteamento dinâmico, proxy reverso, pools de serviços, balanceamento de carga, verificações ativas e passivas de saúde, limitação de requisições, autenticação por API key e JWT, além de métricas, prontidão e suporte a WebSocket. TLS é fornecido pelo OpenSSL; NASM e instruções SIMD aceleram tarefas de baixo nível. O resultado é uma demonstração prática de engenharia de sistemas para proteger, distribuir e acompanhar o tráfego de serviços modernos.

A stack é usada para sustentar responsabilidades específicas, não como catálogo. Os módulos abaixo resumem o papel das escolhas centrais.

Programação C++17 de alto desempenho, tratamento concorrente de conexões, criptografia SSL/TLS, otimizações SIMD em Assembly e resiliência de infraestrutura.

Projetos pessoais funcionam como laboratórios onde decisões podem ser examinadas, não apenas executadas.

O repositório no GitHub contém o código-fonte, a documentação técnica (README) e o histórico de evolução do projeto.