Sou o Bruno Souza, arquiteto de integração. Trabalho com MuleSoft, APIs e CI/CD. Fora do trabalho, estudo como usar agentes de AI no desenvolvimento de software.
Scatter-Gather, Choice, For Each e a dead letter queue do Anypoint MQ vêm do livro Enterprise Integration Patterns. Saber o nome do padrão mostra o problema que o componente resolve, o que ele cobra e quando ele sobra.
Uma pasta do vault vira o blog. O nome da nota vira o endereço, o topo da nota vira a página, e o site recusa o que estiver errado. De graça, com um template pronto do Astro.
Um pedido curto, uma API Mule 4 e o OpenSpec mostram como a spec revisada antes do código revela o que o pedido esqueceu e evita uma quebra de contrato.
O que as pesquisas dizem sobre AI e desenvolvimento, e por que eu acho que fundamentos e revisão continuam sendo o trabalho.
Uma resposta 200 plausível, um cliente inativo e a regra que faltava no requisito.
Retry sozinho transforma a lentidão de um backend numa queda da integração. Um plugin público, medido e testado, mostra a diferença — e o que muda com réplicas no CloudHub 2.0.
Trilha: SOLID em MuleSoft · Parte 6 de 6
DIP não é externalizar configuração. É o flow de negócio definir o modelo de que precisa e os adaptadores se ajustarem a ele — no Mule 4, com implementações de ERP e em memória intercambiáveis.
Trilha: SOLID em MuleSoft · Parte 5 de 6
Um endpoint de pedidos que devolve tudo para todos, dividido em interfaces por consumidor — e por que o argumento mais forte para o ISP em integração é a exposição de dados.
Trilha: SOLID em MuleSoft · Parte 4 de 6
O Mule não tem herança, mas o LSP aparece mesmo assim: dois adaptadores atrás de um contrato, e o novo mantém os nomes dos campos enquanto muda o significado deles.
Trilha: Entrega de aplicações MuleSoft com Azure DevOps · Parte 4 de 4
Promova o mesmo artefato do Exchange por test, uat e prod no CloudHub 2.0, com aprovações nos environments do Azure DevOps e smoke test depois de cada deploy.
Trilha: Entrega de aplicações MuleSoft com Azure DevOps · Parte 1 de 4
Por que o GitFlow ainda serve para releases agendados de MuleSoft, onde ele não serve, e como transformar nomes de branch em comportamento do pipeline — com um projeto de referência funcionando.
Trilha: Entrega de aplicações MuleSoft com Azure DevOps · Parte 2 de 4
release:prepare e release:perform passo a passo, rodando dentro do Azure Pipelines — detached HEAD, push com o token do pipeline, [skip ci] e proteção de branch.
Trilha: Entrega de aplicações MuleSoft com Azure DevOps · Parte 3 de 4
Como estruturar templates versionados do Azure Pipelines para aplicações Mule — stages, jobs e steps, segredos sem secure files, e por que o MUnit fica fora de um pipeline público.
Trilha: SOLID em MuleSoft · Parte 3 de 6
Um novo meio de pagamento numa app Mule 4 sem mexer no roteador — com roteamento dinâmico por configuração, evidência em MUnit e uma análise honesta dos custos.
Trilha: SOLID em MuleSoft · Parte 1 de 6
Os cinco princípios SOLID no Mule 4, com código e testes: onde cada um se aplica a integrações, onde precisa de tradução e onde deixa de ajudar.
Trilha: SOLID em MuleSoft · Parte 2 de 6
SRP não é sobre flows pequenos. É sobre agrupar a lógica pelo motivo de mudança — com um flow de pedidos no Mule 4, antes e depois, e testes MUnit.
