Quem contrata um arquiteto de software procura alguém que tome decisões técnicas com consequências de longo prazo e as sustente: qual estilo de arquitetura, quais fronteiras entre sistemas, que tecnologia entra e qual sai, como o sistema aguenta crescer. O currículo precisa mostrar essas decisões, o contexto e o que aconteceu depois, em números de escala, custo e velocidade de entrega.
O erro mais comum é apresentar um currículo de desenvolvedor sênior estendido: uma lista enorme de tecnologias e projetos em que a pessoa programou, sem uma única decisão de arquitetura explicada. Este guia mostra o que pesa na leitura, quais termos as vagas filtram, como escrever descrições com resultados de arquitetura e como fica um currículo completo do cargo dentro da área de tecnologia.
Neste guia
O que pesa no currículo de arquiteto de software
A experiência é lida em busca de decisões: migração de monólito para serviços (ou o contrário, quando fez sentido), escolha de mensageria, estratégia de dados, padronização de stack, desenho de integrações. Cada decisão deve vir com o problema que resolveu e um resultado medido: tempo de deploy, capacidade de pico, custo de infraestrutura, tempo de onboarding de desenvolvedores. Escala (usuários, requisições por segundo, squads atendidos) dá dimensão ao trabalho.
A influência técnica é o segundo eixo. Arquitetos definem padrões, revisam desenhos, escrevem ADRs, conduzem provas de conceito e orientam times. O currículo deve mostrar quantos squads seguiam as decisões e como a governança funcionava, sem transformar isso em cargo de gestão de pessoas, que é outra vaga.
A formação inclui bacharelado em Ciência da Computação, Engenharia de Computação ou Sistemas de Informação, com pós-graduação lato sensu em arquitetura de software sendo comum no Brasil. As certificações de arquiteto de soluções da AWS, da Azure ou do Google Cloud pesam quando a empresa opera em nuvem; TOGAF aparece em vagas de arquitetura corporativa, que é uma função vizinha.
Palavras-chave que as vagas buscam
Os termos mais frequentes nas vagas de arquiteto de software no Brasil:
- Microsserviços e monólito modular
- DDD (Domain-Driven Design)
- Arquitetura orientada a eventos e CQRS
- Arquitetura hexagonal e clean architecture
- APIs REST e GraphQL
- Mensageria (Kafka, RabbitMQ, Amazon SQS)
- Nuvem (AWS, Azure, GCP) e serverless
- Docker e Kubernetes
- Bancos de dados (PostgreSQL, MongoDB, Redis) e modelagem
- Observabilidade (OpenTelemetry, Grafana, Datadog)
- Segurança de aplicações (OAuth 2.0, OpenID Connect)
- ADR e modelo C4
- Java, .NET, Node.js, Go ou Python
Elas devem aparecer nas descrições de experiência, ligadas à decisão e ao resultado. Para cada vaga, a ferramenta para adaptar o currículo à vaga mostra quais termos do anúncio o documento ainda não menciona.
Descrições de experiência que funcionam
Os pares abaixo mostram como uma responsabilidade de arquitetura vira uma decisão com resultado:
| Assim não | Assim sim |
|---|---|
| Definição da arquitetura dos sistemas | Defini a arquitetura de migração do monólito de pedidos para 14 microsserviços em Kubernetes, reduzindo o tempo de deploy de 3 semanas para 2 dias |
| Elaboração de documentação técnica | Instituí ADRs e diagramas C4 para 9 sistemas; o onboarding técnico de novos desenvolvedores caiu de 6 para 2 semanas |
| Garantia de escalabilidade | Redesenhei o checkout com Kafka e cache em Redis para suportar picos de 12 mil pedidos por minuto na Black Friday, sem indisponibilidade |
| Avaliação de novas tecnologias | Conduzi provas de conceito e padronizei a stack (Java 21, Spring Boot, PostgreSQL) em 6 squads, cortando 35% do custo de licenças |
| Mentoria de desenvolvedores | Orientei 12 desenvolvedores em revisões de design e a taxa de mudanças rejeitadas em revisão caiu de 28% para 9% |
| Otimização de custos de infraestrutura | Reestruturei a arquitetura na AWS (instâncias spot, autoscaling e right-sizing) com economia de R$ 1,4 milhão por ano |
Júnior vs. sênior
Não existe arquiteto júnior no sentido estrito: a função pressupõe anos de desenvolvimento. O que existe é a transição de desenvolvedor sênior ou tech lead para arquiteto, e o currículo dessa fase deve destacar as decisões de desenho já tomadas dentro do time (quebra de um módulo, padrão de integração, contratos de API), as provas de conceito conduzidas e a influência sobre outros desenvolvedores. O currículo sênior é a base; a diferença está em trocar "implementei" por "defini" onde for verdade.
O arquiteto experiente responde por vários sistemas ou por uma plataforma inteira, participa das decisões de produto que dependem de tecnologia, define a estratégia de evolução (o que se moderniza, o que se aposenta, o que se compra) e negocia com fornecedores e diretoria. As descrições passam a incluir custo, risco e prazo, além de métricas técnicas, e a mostrar o tamanho da organização influenciada.
Uma decisão de arquitetura bem descrita inclui a alternativa descartada. "Escolhi Kafka em vez de SQS por X" mostra critério; "implementei Kafka" mostra apenas uso.
Erros frequentes neste cargo
Os currículos de arquiteto de software falham em pontos que a própria função deveria dominar:
- Toda a stack conhecida listada. Quarenta tecnologias sem hierarquia transmitem generalismo, não profundidade; o currículo destaca as que sustentam as decisões relevantes.
- Decisões sem trade-off. Sem o problema, as alternativas e o motivo da escolha, a arquitetura parece copiada de um tutorial.
- Ausência de escala. Sem usuários, requisições, volume de dados ou número de times, não dá para saber se a solução era necessária.
- Influência apagada. Um arquiteto que não menciona revisões, padrões e mentoria parece um desenvolvedor isolado.
- Diagramas dentro do currículo. Desenhos de arquitetura pertencem ao portfólio ou à entrevista; o documento deve ser texto legível em um modelo de currículo de uma coluna, com os cargos antigos em uma linha cada.
Exemplo de currículo de arquiteto de software
O exemplo abaixo mostra um arquiteto com base em desenvolvimento backend. Nomes e empresas são fictícios.
Arquiteto de software em empresa de produto digital de alta escala, com responsabilidade por arquitetura de plataforma, padrões técnicos e evolução de sistemas.
Arquiteto de software com 13 anos em desenvolvimento e arquitetura, sendo os últimos 5 responsável pela plataforma de um e-commerce com 6 squads e picos de 12 mil pedidos por minuto. Conduziu a migração de monólito para microsserviços, padronizou a stack e reduziu em R$ 1,4 milhão ao ano o custo de infraestrutura. Certificado AWS Solutions Architect Professional.
Arquiteto de Software, Compra Rápida (e-commerce), Campinas. 2021 - atual
- Defini a arquitetura de migração do monólito de pedidos para 14 microsserviços em Kubernetes, reduzindo o tempo de deploy de 3 semanas para 2 dias.
- Redesenhei o checkout com Kafka e cache em Redis para suportar picos de 12 mil pedidos por minuto na Black Friday, sem indisponibilidade.
- Reestruturei a arquitetura na AWS (instâncias spot, autoscaling e right-sizing) com economia de R$ 1,4 milhão por ano.
Desenvolvedor Sênior e Tech Lead, Tecnologia Lumen (SaaS), São Paulo. 2016 - 2021
- Conduzi provas de conceito e padronizei a stack (Java, Spring Boot, PostgreSQL) em 6 squads, cortando 35% do custo de licenças.
- Instituí ADRs e diagramas C4 para 9 sistemas; o onboarding técnico de novos desenvolvedores caiu de 6 para 2 semanas.
- Orientei 12 desenvolvedores em revisões de design e a taxa de mudanças rejeitadas em revisão caiu de 28% para 9%.
Bacharelado em Engenharia de Computação, Unicamp, 2012. Pós-graduação lato sensu em Arquitetura de Software, PUC-Rio, 2019. AWS Certified Solutions Architect Professional, 2022.
Microsserviços, DDD, arquitetura orientada a eventos, Kafka, Kubernetes, AWS, Java e Spring Boot, Node.js, PostgreSQL, Redis, OpenTelemetry, OAuth 2.0, ADR e modelo C4. Inglês avançado.
Perguntas frequentes
Arquiteto de software e arquiteto de soluções: qual a diferença no currículo?
O arquiteto de software decide a estrutura interna dos sistemas: padrões, componentes, integrações, qualidade técnica. O arquiteto de soluções desenha como vários sistemas e serviços, muitas vezes de nuvem, resolvem uma necessidade de negócio, com foco em custo e integração. As vagas no Brasil misturam os termos; o currículo descreve o que foi feito e usa o título do anúncio quando a experiência corresponde.
É preciso ter certificação para ser arquiteto de software?
Não é obrigatório, mas as certificações de arquiteto de soluções (AWS, Azure, Google Cloud) são frequentes nos requisitos e ajudam a passar por filtros. Elas complementam, não substituem, decisões de arquitetura descritas com contexto e resultado.
Como passar de desenvolvedor sênior para arquiteto no currículo?
Reescrevendo a experiência recente em torno das decisões de desenho já tomadas: escolha de padrões, contratos de API, provas de conceito, revisões técnicas de outros times. O título pode indicar a transição ("Desenvolvedor Sênior e Tech Lead") e o objetivo declara a posição pretendida.
Quantas páginas deve ter um currículo de arquiteto de software?
Duas páginas são aceitáveis com mais de dez anos de trajetória, desde que as decisões recentes ocupem a maior parte. Os cargos antigos cabem em uma linha cada. Detalhes técnicos extensos ficam para o portfólio, o GitHub ou a entrevista.