https://micheloliveira.com/blog/Aprofunde-se em arquitetura de software e boas práticas de desenvolvimento.Hugopt-BRFri, 15 May 2026 19:38:13 -0300https://micheloliveira.com/blog/reduzindo-latencia-rinha-de-backend-2026-faiss-direto-nas-apis-dotnet/Fri, 15 May 2026 00:00:00 +0000https://micheloliveira.com/blog/reduzindo-latencia-rinha-de-backend-2026-faiss-direto-nas-apis-dotnet/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#repositórios">Repositórios</a></li> <li><a href="#por-que-o-python-virou-gargalo">Por que o Python virou gargalo</a></li> <li><a href="#a-primeira-arquitetura">A primeira arquitetura</a></li> <li><a href="#o-que-levou-à-mudança">O que levou à mudança</a></li> <li><a href="#a-nova-arquitetura">A nova arquitetura</a></li> <li><a href="#o-que-deixa-de-existir">O que deixa de existir</a></li> <li><a href="#trade-offs">Trade-offs</a></li> <li><a href="#resultados-oficiais">Resultados oficiais</a></li> <li><a href="#resultados-locais">Resultados locais</a></li> <li><a href="#próximos-passos">Próximos passos</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Na primeira versão da minha solução para a Rinha de Backend 2026, a busca vetorial rodava em um serviço separado em Python utilizando FAISS (Facebook AI Similarity Search), enquanto as APIs HTTP eram implementadas em .NET Native AOT.</p>https://micheloliveira.com/blog/desafio-performance-rinha-backend-2026-insights-csharp-faiss/Thu, 07 May 2026 00:00:00 +0000https://micheloliveira.com/blog/desafio-performance-rinha-backend-2026-insights-csharp-faiss/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#repositórios">Repositórios</a></li> <li><a href="#o-objetivo-da-solução">O objetivo da solução</a></li> <li><a href="#o-que-é-busca-vetorial-de-fato">O que é busca vetorial de fato?</a> <ul> <li><a href="#ia-e-uso-de-vetores">IA e uso de vetores</a></li> <li><a href="#exemplos-de-uso">Exemplos de uso</a></li> </ul> </li> <li><a href="#por-que-o-gargalo-fica-concentrado-na-busca-vetorial">Por que o gargalo fica concentrado na busca vetorial</a></li> <li><a href="#como-a-consulta-deve-funcionar-na-rinha-2026">Como a consulta deve funcionar na Rinha 2026</a></li> <li><a href="#onde-a-escala-torna-a-pesquisa-por-força-bruta-inviável">Onde a escala torna a pesquisa por força bruta inviável</a></li> <li><a href="#o-problema-de-memória-é-ainda-pior">O problema de memória é ainda pior</a></li> <li><a href="#faiss---facebook-ai-similarity-search">FAISS - Facebook AI Similarity Search</a> <ul> <li></li> </ul> </li> <li><a href="#redução-de-comparações-com-ivf">Redução de comparações com IVF</a></li> <li><a href="#testes-realizados">Testes realizados</a> <ul> <li><a href="#postgresql--pgvector-com-hnsw--ivf-e-mariadb-vector-hnsw">PostgreSQL + pgvector (com HNSW / IVF) e MariaDB Vector (HNSW)</a></li> <li><a href="#bibliotecas-de-índice-vetorial-em-net">Bibliotecas de índice vetorial em .NET</a></li> <li><a href="#bancos-vetoriais-dedicados">Bancos vetoriais dedicados</a></li> </ul> </li> <li><a href="#a-solução-final-faiss-com-ivf--quantização-fp16">A solução final: FAISS com IVF + quantização FP16</a> <ul> <li><a href="#redução-de-memória">Redução de memória</a></li> </ul> </li> <li><a href="#por-que-os-parâmetros-escolhidos-são-críticos">Por que os parâmetros escolhidos são críticos</a> <ul> <li><a href="#nlist--4096"><code>nlist = 4096</code></a></li> <li><a href="#nprobe--16"><code>nprobe = 16</code></a></li> </ul> </li> <li><a href="#como-a-arquitetura-foi-organizada">Como a arquitetura foi organizada</a> <ul> <li><a href="#1-load-balancer">1. Load balancer</a></li> <li><a href="#2-duas-apis-em-net-native-aot">2. Duas APIs em .NET Native AOT</a></li> <li><a href="#3-serviço-dedicado-de-busca-vetorial-em-python">3. Serviço dedicado de busca vetorial em Python</a></li> </ul> </li> <li><a href="#detalhe-importante-o-índice-é-pré-construído">Detalhe importante: o índice é pré-construído</a></li> <li><a href="#resultado-local-k6">Resultado local (K6)</a></li> <li><a href="#resultado-oficial-no-github">Resultado oficial no GitHub</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>A edição 2026 da Rinha de Backend alterou profundamente o tipo de problema que precisava ser resolvido. Nas edições anteriores, o centro da discussão normalmente girava em torno de concorrência, coordenação entre processos, filas, cache, persistência e throughput HTTP sob carga. Eram desafios clássicos de sistemas distribuídos e engenharia de backend: como aceitar muitas requisições, como evitar contenção, como reduzir latência em operações de I/O e como manter estabilidade quando a pressão de tráfego aumentava.</p>https://micheloliveira.com/blog/como-a-microsoft-otimiza-automaticamente-milhoes-de-databases/Mon, 30 Mar 2026 00:00:00 +0000https://micheloliveira.com/blog/como-a-microsoft-otimiza-automaticamente-milhoes-de-databases/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#o-automatic-tuning-da-microsoft">O Automatic Tuning da Microsoft</a> <ul> <li><a href="#arquitetura-e-funcionamento-interno">Arquitetura e funcionamento interno</a></li> <li><a href="#ciclo-de-decisão-e-segurança">Ciclo de decisão e segurança</a></li> <li><a href="#criação-e-remoção-automática-de-índices">Criação e remoção automática de índices</a></li> <li><a href="#correção-no-plano-de-execução-das-queries">Correção no plano de execução das queries</a></li> </ul> </li> <li><a href="#compactação-automática-de-índices-2026">Compactação automática de índices (2026)</a> <ul> <li><a href="#funcionamento-da-compactação">Funcionamento da compactação</a></li> <li><a href="#impacto-técnico">Impacto técnico</a></li> </ul> </li> <li><a href="#papel-do-dba-e-da-aplicação">Papel do DBA e da aplicação</a> <ul> <li><a href="#fine-tuning-manual-está-perdendo-espaço">Fine tuning manual está perdendo espaço</a></li> <li><a href="#o-novo-equilíbrio">O novo equilíbrio</a></li> <li><a href="#o-dba-continua-agregando-valor">O DBA continua agregando valor</a></li> </ul> </li> <li><a href="#trade-offs">Trade-offs</a></li> <li><a href="#minha-experiência-com-o-automatic-tuning">Minha experiência com o Automatic Tuning</a> <ul> <li><a href="#comparação-com-outras-soluções">Comparação com outras soluções</a></li> </ul> </li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Durante muito tempo, tuning de banco de dados foi uma atividade essencialmente manual: analisar consultas, ajustar índices, acompanhar fragmentação e manter rotinas periódicas de manutenção.</p>https://micheloliveira.com/blog/o-acoplamento-oculto-como-dependencias-sutis-quebram-a-manutencao-de-um-software/Wed, 08 Oct 2025 00:00:00 +0000https://micheloliveira.com/blog/o-acoplamento-oculto-como-dependencias-sutis-quebram-a-manutencao-de-um-software/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a> <ul> <li><a href="#1-fundamentos-o-que-é-acoplamento-e-por-que-ele-é-inevitável">1. Fundamentos: O que é acoplamento e por que ele é inevitável</a></li> <li><a href="#2-formas-de-acoplamento-oculto-no-mundo-real">2. Formas de acoplamento oculto no mundo real</a></li> <li><a href="#3-efeitos-colaterais-do-acoplamento-oculto">3. Efeitos colaterais do acoplamento oculto</a></li> <li><a href="#4-reflection-quando-a-implementação-revela-o-acoplamento-oculto">4. Reflection: Quando a implementação revela o acoplamento oculto</a></li> <li><a href="#5-diagnóstico-como-detectar-o-invisível">5. Diagnóstico: Como detectar o invisível</a></li> <li><a href="#6-estratégias-para-reduzir-e-controlar-o-acoplamento">6. Estratégias para reduzir e controlar o acoplamento</a></li> <li><a href="#7-paralelo-com-java-e-spring">7. Paralelo com Java e Spring</a></li> <li><a href="#8-casos-reais-quando-o-invisível-quebrou-o-sistema">8. Casos reais: Quando o invisível quebrou o sistema</a></li> <li><a href="#9-arquitetura-evolutiva-e-o-princípio-da-visibilidade">9. Arquitetura evolutiva e o princípio da visibilidade</a></li> </ul> </li> <li><a href="#conclusão">Conclusão</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Em engenharia de software, há um inimigo silencioso que não lança exceções, não aparece em logs e não é detectado por testes unitários: o <strong>acoplamento oculto</strong>. Ele se manifesta em dependências invisíveis entre componentes que, com o tempo, tornam o sistema imprevisível, rígido e difícil de evoluir.</p>https://micheloliveira.com/blog/memory-leak-quando-um-vazamento-de-memoria-pode-derrubar-a-sua-aplicacao/Sun, 05 Oct 2025 00:00:00 +0000https://micheloliveira.com/blog/memory-leak-quando-um-vazamento-de-memoria-pode-derrubar-a-sua-aplicacao/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#fundamentos-do-gerenciamento-de-memória-no-net">Fundamentos do Gerenciamento de Memória no .NET</a></li> <li><a href="#não-interfira-no-garbage-collector">Não Interfira no Garbage Collector</a></li> <li><a href="#como-um-memory-leak-surge">Como um Memory Leak Surge</a> <ul> <li><a href="#exemplos-de-memory-leak-em-net">Exemplos de Memory Leak em .NET</a></li> </ul> </li> <li><a href="#memory-leak-em-código-unsafe">Memory Leak em Código Unsafe</a></li> <li><a href="#memory-leak-com-código-não-gerenciado">Memory Leak com Código Não Gerenciado</a></li> <li><a href="#caso-real-getmetadataworkspace-do-entity-framework">Caso Real: GetMetadataWorkspace do Entity Framework</a></li> <li><a href="#memory-leak-também-em-outras-linguagens">Memory Leak Também em Outras Linguagens</a></li> <li><a href="#diagnóstico-e-ferramentas-para-net">Diagnóstico e Ferramentas para .NET</a></li> <li><a href="#boas-práticas-para-evitar-vazamentos">Boas Práticas para Evitar Vazamentos</a></li> <li><a href="#conclusão">Conclusão</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Vazamentos de memória são problemas silenciosos e cumulativos em sistemas complexos. Eles consomem memória gradualmente, degradando performance e eventualmente causando falhas críticas.</p>https://micheloliveira.com/blog/streams-quando-e-por-que-usar-para-processamento-eficiente-de-dados/Fri, 03 Oct 2025 00:00:00 +0000https://micheloliveira.com/blog/streams-quando-e-por-que-usar-para-processamento-eficiente-de-dados/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#paradigma-tradicional-vs-streaming">Paradigma Tradicional vs Streaming</a></li> <li><a href="#arquitetura-visão-conceitual">Arquitetura: Visão conceitual</a></li> <li><a href="#o-conceito-de-buffer">O conceito de buffer</a></li> <li><a href="#exemplo-teórico-lendo-um-arquivo-de-10gb-em-net-c">Exemplo Teórico: Lendo um arquivo de 10GB em .NET, C#</a> <ul> <li><a href="#abordagem-sem-streaming">Abordagem sem streaming</a></li> <li><a href="#abordagem-com-streaming-e-buffer">Abordagem com streaming e buffer</a></li> </ul> </li> <li><a href="#visualizando-a-diferença">Visualizando a diferença</a></li> <li><a href="#streaming-em-http-grpc-e-outros-dados-contínuos">Streaming em HTTP, gRPC e outros dados contínuos</a></li> <li><a href="#impactos-na-performance-e-garbage-collection">Impactos na Performance e Garbage Collection</a></li> <li><a href="#onde-ainda-vejo-memória-sendo-estourada">Onde ainda vejo memória sendo estourada</a></li> <li><a href="#trade-offs-stream-vs-não-stream">Trade-offs: Stream vs Não Stream</a></li> <li><a href="#quando-usar-streams">Quando usar Streams</a></li> <li><a href="#aplicações-no-mundo-real">Aplicações no mundo real</a></li> <li><a href="#conclusão">Conclusão</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Vivemos em uma era de excesso de informação. Logs que crescem a cada segundo, bancos de dados de terabytes, vídeos transmitidos em tempo real. Nesse cenário, surge a pergunta:</p>https://micheloliveira.com/blog/microsoft-trusted-publishing-nuget-como-aplicar-proteger-pacotes-reactivelock/Thu, 25 Sep 2025 00:00:00 +0000https://micheloliveira.com/blog/microsoft-trusted-publishing-nuget-como-aplicar-proteger-pacotes-reactivelock/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a> <ul> <li><a href="#por-que-é-importante">Por que é importante</a></li> <li><a href="#como-aplicar">Como aplicar</a></li> <li><a href="#como-o-trusted-publishing-funciona-no-nuget">Como o Trusted Publishing funciona no NuGet</a></li> <li><a href="#exemplo-real-reactivelock">Exemplo real: ReactiveLock</a></li> <li><a href="#conclusão">Conclusão</a></li> </ul> </li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>A Microsoft lançou recentemente o <strong>Trusted Publishing</strong> no NuGet, eliminando a necessidade de tokens de API permanentes (ou de alta duração) para publicar pacotes .NET. Este recurso é essencial para <strong>proteger a cadeia de suprimentos de pacotes</strong> contra ataques (<em>supply chain attacks</em>), garantindo que apenas workflows confiáveis possam publicar versões oficiais.</p>https://micheloliveira.com/blog/o-custo-invisivel-do-serverless-quando-a-arquitetura-tem-preco/Wed, 24 Sep 2025 00:00:00 +0000https://micheloliveira.com/blog/o-custo-invisivel-do-serverless-quando-a-arquitetura-tem-preco/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#escalabilidade-automática-nem-sempre-é-previsível">Escalabilidade automática nem sempre é previsível</a></li> <li><a href="#custo-de-execução-vs-custo-de-operação">Custo de execução vs. custo de operação</a></li> <li><a href="#cold-starts-e-impacto-na-experiência-do-usuário">Cold starts e impacto na experiência do usuário</a></li> <li><a href="#vendor-lock-in-dependência-invisível">Vendor lock-in: dependência invisível</a></li> <li><a href="#complexidade-operacional-oculta">Complexidade operacional oculta</a></li> <li><a href="#boas-práticas-para-reduzir-custos-ocultos">Boas práticas para reduzir custos ocultos</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>O modelo <strong>serverless</strong> tem sido frequentemente promovido como uma solução mágica para reduzir custos e simplificar operações.</p> <p>A narrativa dominante é: <em>“não se preocupe mais com servidores, pague apenas pelo que usar e escale automaticamente”</em>.</p>https://micheloliveira.com/blog/self-hosting-para-seu-projeto-pilares-hospedagem-aplicacoes/Thu, 18 Sep 2025 00:00:00 +0000https://micheloliveira.com/blog/self-hosting-para-seu-projeto-pilares-hospedagem-aplicacoes/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#conceitos">Conceitos</a></li> <li><a href="#modelos-de-hospedagem--execução">Modelos de hospedagem / execução</a> <ul> <li><a href="#self-hosting--iaas">Self-Hosting / IaaS</a></li> <li><a href="#plataformas-self-hosted">Plataformas Self-Hosted</a></li> <li><a href="#paas">PaaS</a></li> <li><a href="#managed-kubernetes">Managed Kubernetes</a></li> <li><a href="#serverless--faas">Serverless / FaaS</a></li> </ul> </li> <li><a href="#tradeoffs-e-decisão-estratégica">Tradeoffs e decisão estratégica</a></li> <li><a href="#escalabilidade-por-modelo-de-hospedagem">Escalabilidade por modelo de hospedagem</a> <ul> <li><a href="#insights">Insights</a></li> </ul> </li> <li><a href="#kubernetes-self-hosted-na-hetzner">Kubernetes Self-Hosted na Hetzner</a> <ul> <li><a href="#diagrama-de-arquitetura-k8s-autoscalável-na-hetzner">Diagrama de arquitetura K8s autoscalável na Hetzner</a></li> </ul> </li> <li><a href="#coolify--caprover--dokku-em-vms-iaas-self-hosted">Coolify / CapRover / Dokku em VMs IaaS (Self-Hosted)</a></li> <li><a href="#kubernetes-gerenciado-managed-kubernetes">Kubernetes Gerenciado (Managed Kubernetes)</a></li> <li><a href="#nível-de-serviço-ou-sla-service-level-agreement">Nível de Serviço ou SLA (Service Level Agreement)</a></li> <li><a href="#dependência-e-especialização-do-time">Dependência e Especialização do Time</a> <ul> <li><a href="#suporte-do-cloud-provider-x-nível-de-serviço">Suporte do Cloud Provider x Nível de Serviço</a></li> <li><a href="#níveis-de-responsabilidade-time-x-provedor-de-infraestrutura">Níveis de responsabilidade: Time x Provedor de Infraestrutura</a></li> </ul> </li> <li><a href="#checklist-de-decisão">Checklist de decisão</a> <ul> <li><a href="#recomendações">Recomendações</a></li> </ul> </li> <li><a href="#e-o-banco-de-dados-gerenciado-ou-não">E o Banco de Dados: Gerenciado ou Não?</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Decidir entre self-hosting, PaaS ou serverless não é apenas uma escolha de custo. Cada modelo impacta diretamente confiabilidade, velocidade de entrega, escalabilidade, segurança e necessidade de especialização da equipe. Para os times, a decisão deve levar em conta tradeoffs técnicos, operacionais e financeiros.</p>https://micheloliveira.com/blog/desafio-rinha-backend-2025-analise-tecnica-detalhada-biblioteca-reactivelock/Mon, 15 Sep 2025 00:00:00 +0000https://micheloliveira.com/blog/desafio-rinha-backend-2025-analise-tecnica-detalhada-biblioteca-reactivelock/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#o-desafio">O desafio</a></li> <li><a href="#arquitetura-mínima-da-api">Arquitetura mínima da API</a></li> <li><a href="#solução-com-redis">Solução com Redis</a></li> <li><a href="#problemas-enfrentados">Problemas enfrentados</a></li> <li><a href="#estratégias-adotadas-pelos-participantes">Estratégias adotadas pelos participantes</a></li> <li><a href="#introdução-ao-reactivelock">Introdução ao ReactiveLock</a></li> <li><a href="#estratégia-de-espera-e-partição-de-locks">Estratégia de espera e partição de locks</a></li> <li><a href="#fluxo-detalhado-de-processamento">Fluxo detalhado de processamento</a></li> <li><a href="#estratégia-de-fallback-em-instabilidade">Estratégia de fallback em instabilidade</a></li> <li><a href="#benefícios-observados">Benefícios observados</a></li> <li><a href="#riscos-potenciais">Riscos potenciais</a></li> <li><a href="#minhas-posições">Minhas posições</a></li> <li><a href="#considerações-finais">Considerações finais</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>O desafio da <strong><a href="https://micheloliveira.com/blog/desafio-performance-rinha-backend-2025-insights-csharp-postgresql-redis/">Rinha de Backend 2025</a></strong> foi um exercício de engenharia em condições de alta concorrência, limitação de recursos (350MB de memória, 1.5 CPUs totais), e instabilidade nos serviços.</p>https://micheloliveira.com/blog/pci-dss-porque-voce-deveria-conhecer-antes-de-desenvolver/Sun, 07 Sep 2025 00:00:00 +0000https://micheloliveira.com/blog/pci-dss-porque-voce-deveria-conhecer-antes-de-desenvolver/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#o-que-é-pci-dss">O que é PCI DSS?</a></li> <li><a href="#pci-dss-e-o-nível-de-exigência">PCI DSS e o nível de exigência</a></li> <li><a href="#relação-entre-pci-dss-e-lgpd">Relação entre PCI DSS e LGPD</a></li> <li><a href="#uso-apenas-pix-e-boleto-preciso-me-preocupar-com-pci-dss">Uso apenas PIX e boleto, preciso me preocupar com PCI DSS?</a></li> <li><a href="#os-dados-do-titular-do-cartão---chd-cardholder-data">Os dados do titular do cartão - CHD (Cardholder Data)</a> <ul> <li></li> </ul> </li> <li><a href="#os-requisitos-do-pci-dss">Os requisitos do PCI DSS</a></li> <li><a href="#o-impacto-para-desenvolvedores">O impacto para desenvolvedores</a></li> <li><a href="#gateways-brasileiros-com-apis-pci-dss-compliant">Gateways brasileiros com APIs PCI DSS compliant</a> <ul> <li><a href="#checklist-prático-dos-itens-que-os-times-de-desenvolvimento-devem-garantir">Checklist prático dos itens que os times de desenvolvimento devem garantir</a></li> </ul> </li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências-oficiais">Referências oficiais</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Se você já trabalhou em um sistema que processa pagamentos (cartão de crédito, débito, wallets, etc.), provavelmente já esbarrou em termos como PCI DSS, compliance PCI e tokenização.</p>https://micheloliveira.com/blog/reactivelock-um-case-pronto-para-producao-biblioteca-nuget/Tue, 02 Sep 2025 00:00:00 +0000https://micheloliveira.com/blog/reactivelock-um-case-pronto-para-producao-biblioteca-nuget/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#o-que-é-o-reactivelock">O que é o ReactiveLock</a></li> <li><a href="#comparação-com-outras-bibliotecas-de-lock">Comparação com Outras Bibliotecas de Lock</a></li> <li><a href="#benefícios-da-biblioteca">Benefícios da Biblioteca</a></li> <li><a href="#componentes-principais">Componentes Principais</a> <ul> <li><a href="#arquitetura-base">Arquitetura Base</a></li> <li><a href="#fluxo-básico-de-lock">Fluxo Básico de Lock</a></li> <li><a href="#detalhe-do-fluxo-básico">Detalhe do Fluxo Básico</a></li> </ul> </li> <li><a href="#uso-na-rinha-de-backend-2025-e-case-de-produção">Uso na Rinha de Backend 2025 e Case de Produção</a></li> <li><a href="#mitigando-o-teorema-cap">Mitigando o Teorema CAP</a></li> <li><a href="#como-integrar-o-reactivelock">Como Integrar o ReactiveLock</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Participei da <strong><a href="https://micheloliveira.com/blog/desafio-performance-rinha-backend-2025-insights-csharp-postgresql-redis/">Rinha de Backend 2025</a></strong>, um desafio de alta performance para sistemas distribuídos, enviando diversas versões para avaliação de desempenho e consistência, incluindo:</p>https://micheloliveira.com/blog/teorema-cap-na-pratica-licoes-rinha-de-backend-2025/Tue, 05 Aug 2025 00:00:00 +0000https://micheloliveira.com/blog/teorema-cap-na-pratica-licoes-rinha-de-backend-2025/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#o-que-o-teorema-cap-realmente-significa">O que o Teorema CAP realmente significa</a></li> <li><a href="#como-isso-aparece-na-rinha">Como isso aparece na Rinha</a></li> <li><a href="#estratégias-observadas-na-prática">Estratégias observadas na prática</a></li> <li><a href="#o-que-aprendemos-com-isso">O que aprendemos com isso</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <p>Durante a <a href="https://micheloliveira.com/blog/desafio-performance-rinha-backend-2025-insights-csharp-postgresql-redis/">Rinha de Backend 2025</a>, os participantes enfrentaram um desafio que ia além da performance bruta. O objetivo era construir sistemas distribuídos rápidos, confiáveis e resilientes diante de falhas. A proposta parecia simples: processar pagamentos entre dois serviços que poderiam ficar instáveis. No entanto, à medida que o sistema era colocado sob carga, surgia uma questão importante: o que acontece quando partes do sistema deixam de se comunicar e / ou estão fora de sincronia?</p>https://micheloliveira.com/blog/desafio-performance-rinha-backend-2025-insights-csharp-postgresql-redis/Sun, 27 Jul 2025 00:00:00 +0000https://micheloliveira.com/blog/desafio-performance-rinha-backend-2025-insights-csharp-postgresql-redis/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#repositórios">Repositórios</a></li> <li><a href="#insights-principais">Insights principais</a> <ul> <li><a href="#1-coordenação-reativa-entre-instâncias-com-reactivelock---rastreamento-de-estado-e-sincronização-distribuída-via-redis">1. Coordenação reativa entre instâncias com ReactiveLock - rastreamento de estado e sincronização distribuída via Redis</a></li> <li><a href="#2-performance-real-com-execução-nativa-aot-no-net-9">2. Performance real com execução nativa AOT no .NET 9</a></li> <li><a href="#3-throughput-otimizado-com-bulk-insert-no-postgresql">3. Throughput otimizado com bulk insert no PostgreSQL</a></li> <li><a href="#4-balanceamento-de-carga-real-com-enfileiramento-via-redis---somente-distribuição-de-tráfego-por-round-robin-não-é-adequado-para-cenários-dinâmicos">4. Balanceamento de carga real com enfileiramento via Redis - somente distribuição de tráfego por round robin não é adequado para cenários dinâmicos</a></li> <li><a href="#5-separação-entre-enfileiramento-e-processamento-assíncrono-para-alta-escalabilidade-e-responsividade">5. Separação entre enfileiramento e processamento assíncrono para alta escalabilidade e responsividade</a></li> </ul> </li> <li><a href="#conclusão">Conclusão</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Este artigo traz uma análise dos principais insights técnicos que tive ao construir minha solução para a Rinha de Backend 2025. O foco é mostrar decisões que impactaram diretamente no desempenho, estabilidade e integridade do sistema, especialmente considerando as restrições severas do desafio.</p>https://micheloliveira.com/blog/web-application-firewall-nunca-deveria-ser-desconsiderado/Mon, 30 Jun 2025 00:00:00 +0000https://micheloliveira.com/blog/web-application-firewall-nunca-deveria-ser-desconsiderado/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#1-ameaças-comuns-a-aplicações-web">1. Ameaças comuns a aplicações web</a></li> <li><a href="#2-o-papel-do-waf-na-segurança">2. O papel do WAF na segurança</a></li> <li><a href="#3-cenário-sem-waf-riscos-e-vetores-de-ataque">3. Cenário sem WAF: riscos e vetores de ataque</a></li> <li><a href="#4-custo-em-nuvem-e-proteção-contra-ddos">4. Custo em nuvem e proteção contra DDoS</a></li> <li><a href="#5-boas-práticas-de-implementação-de-waf">5. Boas práticas de implementação de WAF</a></li> <li><a href="#conclusão">Conclusão</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Em um cenário de ameaças cibernéticas cada vez mais sofisticadas, o Web Application Firewall (WAF) é uma camada essencial de proteção pois ele analisa o tráfego HTTP antes que alcance o servidor, bloqueando padrões maliciosos e comportamentos suspeitos. Mesmo com frameworks modernos, falhas em bibliotecas, configurações ou atualizações podem expor vulnerabilidades e ignorar o WAF é subestimar o risco real. Neste artigo, exploramos como essa barreira reforça a segurança e protege aplicações com eficiência.</p>https://micheloliveira.com/blog/arquitetura-de-software-que-entrega-impacto-real-equipes-desenvolvimento/Sat, 28 Jun 2025 00:00:00 +0000https://micheloliveira.com/blog/arquitetura-de-software-que-entrega-impacto-real-equipes-desenvolvimento/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#arquitetura-como-facilitadora-das-entregas">Arquitetura como facilitadora das entregas</a></li> <li><a href="#benefícios-de-padrões-e-planejamento-arquitetural">Benefícios de padrões e planejamento arquitetural</a></li> <li><a href="#colaboração-entre-arquitetos-e-equipes">Colaboração entre arquitetos e equipes</a></li> <li><a href="#práticas-recomendadas-para-arquitetura-ágil">Práticas recomendadas para arquitetura ágil</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>A arquitetura de software é o “esqueleto” de um sistema, definindo os componentes, padrões e acordos que orientam o desenvolvimento. Em equipes ágeis, uma arquitetura bem planejada facilita entregas rápidas e seguras, enquanto decisões arquiteturais inadequadas podem criar gargalos e atritos que atrasam o time. Em outras palavras, uma arquitetura bem projetada impulsiona a agilidade e permite mudanças iterativas com baixo risco.</p>https://micheloliveira.com/blog/backpressure-controle-de-fluxo-sistemas-reativos/Thu, 26 Jun 2025 00:00:00 +0000https://micheloliveira.com/blog/backpressure-controle-de-fluxo-sistemas-reativos/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#o-problema-da-assimetria-de-velocidade">O Problema da Assimetria de Velocidade</a></li> <li><a href="#o-que-é-backpressure">O Que é Backpressure?</a> <ul> <li><a href="#estratégias-comuns">Estratégias Comuns</a></li> </ul> </li> <li><a href="#modelos-reativos-e-controle-de-fluxo">Modelos Reativos e Controle de Fluxo</a> <ul> <li><a href="#publisher-e-subscriber">Publisher e Subscriber</a></li> <li><a href="#fluxo-sob-demanda">Fluxo sob Demanda</a></li> </ul> </li> <li><a href="#benefícios-do-backpressure">Benefícios do Backpressure</a></li> <li><a href="#considerações-de-implementação">Considerações de Implementação</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Sistemas modernos precisam lidar com fluxos contínuos de dados e picos de carga cada vez mais frequentes. Em arquiteturas orientadas a eventos, <strong>o controle de fluxo</strong> se torna um fator crítico para garantir que o sistema não entre em colapso sob pressão. É nesse contexto que surgem conceitos como <strong>backpressure</strong>, que definem como produtores e consumidores negociam a taxa de entrega de dados.</p>https://micheloliveira.com/blog/retries-distribuidos-evitando-thundering-herd/Sat, 21 Jun 2025 00:00:00 +0000https://micheloliveira.com/blog/retries-distribuidos-evitando-thundering-herd/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#o-desafio-do-thundering-herd">O Desafio do “Thundering Herd”</a></li> <li><a href="#conceito-de-retry-distribuído">Conceito de Retry Distribuído</a></li> <li><a href="#modelagem-de-chave-e-valor">Modelagem de Chave e Valor</a></li> <li><a href="#fluxo-de-retries-coordenados">Fluxo de Retries Coordenados</a></li> <li><a href="#benefícios">Benefícios</a></li> <li><a href="#cuidados-operacionais">Cuidados Operacionais</a></li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>Em sistemas distribuídos, é comum que várias instâncias de um mesmo serviço detectem simultaneamente uma falha em um endpoint externo e disparem <strong>retries</strong> ao mesmo tempo. Esse comportamento, conhecido como <em>thundering herd</em>, pode causar ainda mais sobrecarga no serviço alvo, gerando latências adicionais ou até quedas totais. Para superar esse desafio, adotamos padrões de <strong>retries distribuídos</strong>, nos quais um armazenamento compartilhado (por exemplo, Redis) atua como ponto único de verdade para coordenar quando cada instância pode tentar novamente.</p>https://micheloliveira.com/blog/como-projetar-um-monolito-escalavel-fundamentos-arquitetura-moderna/Wed, 18 Jun 2025 00:00:00 +0000https://micheloliveira.com/blog/como-projetar-um-monolito-escalavel-fundamentos-arquitetura-moderna/<div class="bg-gray-50 p-4 rounded-lg mb-8"> <span class="text-xl font-semibold mb-4">Sumário</span> <details class="group"> <summary class="cursor-pointer text-sm text-gray-600 hover:text-gray-800 select-none"> Mostrar/Ocultar </summary> <div class="mt-2 text-sm leading-snug text-gray-700"> <nav id="TableOfContents"> <ul> <li><a href="#introdução">Introdução</a></li> <li><a href="#1-fundamentos-arquiteturais">1. Fundamentos Arquiteturais</a> <ul> <li><a href="#stateless-como-regra-de-ouro">Stateless como Regra de Ouro</a></li> <li><a href="#modularização-interna">Modularização Interna</a></li> </ul> </li> <li><a href="#2-performance-escalável">2. Performance Escalável</a> <ul> <li><a href="#operações-assíncronas">Operações Assíncronas</a></li> <li><a href="#gerenciamento-de-recursos">Gerenciamento de Recursos</a></li> <li><a href="#análise-de-gargalos">Análise de Gargalos</a></li> </ul> </li> <li><a href="#3-segurança-estrutural">3. Segurança Estrutural</a> <ul> <li><a href="#acesso-e-autorização">Acesso e Autorização</a></li> <li><a href="#manuseio-de-dados-sensíveis">Manuseio de Dados Sensíveis</a></li> </ul> </li> <li><a href="#4-resiliência-de-verdade">4. Resiliência de Verdade</a> <ul> <li><a href="#tolerância-a-falhas">Tolerância a Falhas</a></li> <li><a href="#observabilidade">Observabilidade</a></li> </ul> </li> <li><a href="#5-evolução-e-manutenção">5. Evolução e Manutenção</a> <ul> <li><a href="#um-monólito-modular-é-sustentável">Um Monólito Modular É Sustentável</a></li> <li><a href="#pensando-no-futuro">Pensando no Futuro</a></li> </ul> </li> <li><a href="#conclusão">Conclusão</a></li> <li><a href="#referências">Referências</a></li> </ul> </nav> </div> </details> </div> <h2 id="introdução">Introdução</h2> <p>A arquitetura monolítica ainda é uma escolha válida para muitos sistemas modernos, especialmente quando aplicada com critérios técnicos bem definidos. Um monólito bem estruturado pode ser <strong>escalável, seguro e resiliente</strong>, oferecendo simplicidade operacional e alta coesão. Neste artigo, exploramos os <strong>fundamentos para criar um monólito que evolui bem</strong>, sem cair em armadilhas comuns como acoplamento excessivo, gargalos de performance ou falta de tolerância a falhas.</p>