Pular para o conteúdo
fernando.moretes.com
BlogEstudosCursosE-booksOpen SourcePodcasts
Loading…
Fernando Azevedo

Arquiteto de TI Especialista

Arquitetura, AWS, IA em produção, sistemas financeiros e FinOps, escritos a partir do que foi operado, com os números.

  • LinkedIn
  • GitHub
  • E-mail

Conteúdo

  • Blog
  • Estudos de arquitetura
  • Cursos
  • E-books
  • Open Source
  • Podcasts
  • Assuntos
  • Trilhas

Ferramentas

  • Well-Architected self-check
  • Arquitetura deste site
  • Números públicos
  • Histórico de estudo

Sobre

  • Comunidade
  • IA Builder
  • Perfil
  • Currículo (CV)
  • Trabalhe comigo
  • Media kit
  • RSS do blog
  • RSS dos estudos
  • Artigos narrados (podcast)
  • llms.txt
  • Termos, privacidade e uso de IA

(c) 2026 Fernando Francisco Azevedo

Assuntos/Pagamentos

Sistemas financeiros

Pagamentos

4 conteúdos publicados sobre este assunto: artigos, estudos de arquitetura e guias de repositório.

Estudos de arquitetura· 4

Guia / Deep DiveBanco por Dentro (1/3): como um banco funciona, visão de negócio e o elevador de arquiteturaPrimeira aula de uma série de três para devs e arquitetos que querem migrar para o mercado financeiro. Cobre o que um banco é, por que existe, como seu dinheiro se transforma em produto, e como o arquiteto usa o 'elevador' de Gregor Hohpe para transitar entre o andar de negócio e o andar técnico. Foco no Brasil e no BACEN.Abrir Guia / Deep DiveBanco por Dentro (2/3): os trilhos e as regras, pagamentos, BACEN e banco × fintechAula 2 de 3 da série 'Banco por Dentro': explica como o dinheiro se move entre instituições no Brasil (SPB, Pix, TED, cartão, boleto, câmbio, investimentos), o que o Banco Central exige para operar e o que muda quando você é uma fintech em vez de um banco com licença completa. Didática máxima para engenheiros e arquitetos vindos de tech.Abrir Design Doc / RFCDesign Doc: API de Pagamentos Multi-Região Active-ActiveEste documento propõe uma arquitetura active-active multi-região para uma API de pagamentos crítica, endereçando RTO/RPO próximos de zero, replicação de dados com resolução de conflitos determinística e um rollout faseado que minimiza risco operacional. O design parte de princípios reais de engenharia financeira e padrões AWS, com trade-offs explícitos entre consistência, latência e custo.Abrir TeardownStripe: Design de API e Chaves de IdempotênciaUma análise técnica aprofundada de como a Stripe resolveu o problema de retentativas seguras em APIs de pagamento usando chaves de idempotência, armazenamento de estado de requisição e rate limiting, decisões de design que se tornaram referência para a indústria.Abrir