Who is Fernando F. Azevedo?

Fernando F. Azevedo is a Senior Solutions Architect at Banco Itaú with 16+ years of experience across AWS, event-driven architecture, DevSecOps, Data Mesh, AI and financial systems.

What technical topics does Fernando work with?

Fernando works with AWS, Kubernetes, Kafka, Data Mesh, Amazon Bedrock, RAG, DevSecOps, observability, financial systems and architecture communication using C4, ADRs and trade-off analysis.

Is Fernando available for professional conversations?

Fernando is currently building at Banco Itaú and is open to thoughtful conversations about architecture, cloud, AI, engineering leadership, community, podcasts and technical collaboration.

postgresql

3 conteúdos publicados sobre este assunto.

Artigos· 1

AWS & CloudR8i vs R8i-flex: Anatomia de uma Decisão de Instância Memory-OptimizedA chegada das instâncias R8i e R8i-flex à região Europa (Milão) em agosto de 2026 completa uma expansão europeia iniciada em Paris e continuada em Estocolmo e Zurique. Mais do que um anúncio de disponibilidade regional, esse movimento expõe um padrão arquitetural relevante: a bifurcação entre instâncias de alto desempenho contínuo (R8i) e instâncias otimizadas para cargas com utilização variável (R8i-flex). Entender quando e por que escolher cada caminho é o que separa uma decisão de infraestrutura madura de um superdimensionamento caro.Abrir

Architecture Studies· 2

Decisão (ADR)ADR: Sharding no Aurora — App-Level vs Aurora Limitless vs CitusUm workload OLTP em alto crescimento esgotou a capacidade de um único writer Aurora PostgreSQL. Este ADR avalia três estratégias de sharding — implementação na camada de aplicação, Aurora Limitless Database e Citus/PostgreSQL gerenciado — pesando complexidade operacional, custo, suporte a queries cross-shard e risco de migração.Abrir Design Doc / RFCDesign Doc: RDS Proxy para Lambda + RDS sem derreter o bancoFunções Lambda em alta concorrência abrem centenas de conexões diretas ao RDS, esgotando o pool e derrubando o banco. Este documento propõe o uso do RDS Proxy como camada de multiplexação, detalha armadilhas reais de pinning, compara alternativas como Data API e poolers na aplicação, e define quando o Proxy não é a resposta certa.Abrir