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/Microsserviços

Outros

Microsserviços

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

Artigos· 1

AWS & CloudZone-Aware Routing no ECS Service Connect: O Fim do Trade-off Custo vs. ResiliênciaO ECS Service Connect ganhou roteamento zone-aware em julho de 2026, priorizando automaticamente endpoints na mesma AZ de origem sem código adicional. Para arquiteturas financeiras com alta frequência de chamadas serviço-a-serviço, isso muda o cálculo econômico de multi-AZ de forma significativa. Neste artigo, analiso o mecanismo, os trade-offs reais e como posicionar essa feature no contexto de plataformas de pagamento e dados em tempo real.Abrir

Estudos de arquitetura· 3

Decisão (ADR)ADR: Monolito Modular vs Microsserviços num Fintech GreenfieldUma fintech em estágio inicial enfrenta a decisão clássica de arquitetura: partir direto para microsserviços ou construir um monolito modular primeiro. Este ADR examina as forças reais em jogo, tamanho de time, velocidade de validação, blast radius e custo operacional, e registra a decisão com suas consequências concretas.Abrir TeardownNetflix: Chaos Engineering e Resiliência por DesignUma reconstrução arquitetural de como a Netflix transformou falhas inevitáveis em prática deliberada, da Simian Army ao failover regional automatizado. Este teardown examina as decisões técnicas, os trade-offs reais e o que separa resiliência de verdade de alta disponibilidade cosmética.Abrir TeardownUber DOMA: Como Camadas de Domínio Domaram a Explosão de MicrosserviçosCom mais de 2.200 microsserviços e dependências cruzadas incontroláveis, a Uber enfrentava um problema clássico de escala organizacional disfarçado de problema técnico. A resposta foi DOMA: Domain-Oriented Microservice Architecture, uma abordagem que agrupa serviços em domínios, expõe interfaces bem definidas e introduz camadas de abstração para recuperar a coesão perdida. Este teardown reconstrói a arquitetura, analisa as decisões e aponta o que eu faria diferente.Abrir