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.

disaster-recovery

3 conteúdos publicados sobre este assunto.

Artigos· 2

Segurança & ResiliênciaDRS + EBS Initialization Rate: RTO Previsível em Ambientes FinanceirosO AWS Elastic Disaster Recovery agora suporta o EBS Provisioned Rate for Volume Initialization, eliminando a variabilidade de performance de storage no caminho crítico do RTO. Para arquitetos de sistemas financeiros, isso muda a conversa de 'esperamos que o volume inicialize a tempo' para 'sabemos exatamente quando o storage estará em plena performance'. O sinal é pequeno na superfície, mas o impacto no design de DR é substancial.Abrir Segurança & ResiliênciaPadrões de Recuperação de Ransomware na AWS: Uma Análise TécnicaRansomware continua sendo o vetor de ameaça com maior impacto financeiro em ambientes corporativos — e a AWS oferece primitivas técnicas sólidas para construir resiliência real. Nesta análise, examino os padrões de recuperação publicados pelo AWS Architecture Blog sob a lente de quem já operou planos de DR em ambientes financeiros regulados. O resultado é uma visão honesta: onde esses padrões entregam valor real, onde há lacunas operacionais e o que você precisa adicionar para que funcionem sob pressão.Abrir

Architecture Studies· 1

Post-mortemGoogle Cloud × UniSuper (2024): Quando uma Configuração Apagou uma Subscrição InteiraEm maio de 2024, uma configuração equivocada durante o provisionamento de um ambiente VMware privado na Google Cloud resultou na exclusão completa da subscrição da UniSuper em duas regiões. A recuperação só foi possível porque a UniSuper mantinha backups em um provedor de nuvem separado — uma decisão que salvou dados de 500 mil membros. O incidente expõe falhas sistêmicas em salvaguardas de exclusão, blast radius de automação e a falácia de assumir resiliência dentro de um único provedor.Abrir