https://micheloliveira.com/blog/Aprofunde-se em arquitetura de software e boas práticas de desenvolvimento.Hugopt-BRTue, 22 Sep 2026 10:53:07 -0300https://micheloliveira.com/blog/timeouts-deadlines-orcamento-de-tempo-sistemas-distribuidos/Tue, 22 Sep 2026 00:00:00 +0000https://micheloliveira.com/blog/timeouts-deadlines-orcamento-de-tempo-sistemas-distribuidos/<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="#timeout-e-deadline-não-são-a-mesma-coisa">Timeout e deadline não são a mesma coisa</a></li> <li><a href="#o-custo-do-trabalho-que-chega-tarde">O custo do trabalho que chega tarde</a></li> <li><a href="#cancelar-a-espera-não-é-cancelar-o-trabalho">Cancelar a espera não é cancelar o trabalho</a></li> <li><a href="#deadline-não-desfaz-efeitos-colaterais">Deadline não desfaz efeitos colaterais</a></li> <li><a href="#como-dividir-um-orçamento-de-latência">Como dividir um orçamento de latência</a></li> <li><a href="#retries-precisam-caber-no-mesmo-orçamento">Retries precisam caber no mesmo orçamento</a></li> <li><a href="#trabalho-síncrono-e-assíncrono-possuem-contratos-diferentes">Trabalho síncrono e assíncrono possuem contratos diferentes</a></li> <li><a href="#observabilidade-descobrir-onde-o-orçamento-desapareceu">Observabilidade: descobrir onde o orçamento desapareceu</a></li> <li><a href="#armadilhas-comuns">Armadilhas comuns</a> <ul> <li><a href="#usar-o-mesmo-timeout-para-todas-as-dependências">Usar o mesmo timeout para todas as dependências</a></li> <li><a href="#configurar-limites-muito-altos-para-evitar-erros">Configurar limites muito altos para evitar erros</a></li> <li><a href="#configurar-limites-curtos-sem-observar-percentis">Configurar limites curtos sem observar percentis</a></li> <li><a href="#criar-várias-fontes-de-timeout-sem-distinguir-a-causa">Criar várias fontes de timeout sem distinguir a causa</a></li> <li><a href="#receber-o-token-e-não-repassá-lo">Receber o token e não repassá-lo</a></li> <li><a href="#tratar-cancelamento-como-rollback">Tratar cancelamento como rollback</a></li> </ul> </li> <li><a href="#um-caminho-prático-para-adoção">Um caminho prático para adoçã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>Quando uma integração pode demorar demais, a reação mais comum é adicionar um timeout, então a chamada ao banco recebe 5 segundos, o cliente HTTP recebe 10 e a operação externa ganha mais algumas tentativas antes de falhar. Cada limite parece razoável quando observado isoladamente, embora a requisição do usuário não enxergue essas etapas separadamente e perceba apenas o tempo total.</p>https://micheloliveira.com/blog/abstracoes-sao-uteis-ate-deixarem-de-ser/Mon, 14 Sep 2026 00:00:00 +0000https://micheloliveira.com/blog/abstracoes-sao-uteis-ate-deixarem-de-ser/<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="#quando-uma-operação-simples-esconde-trabalho-demais">Quando uma operação simples esconde trabalho demais</a></li> <li><a href="#uma-chamada-remota-continua-sendo-uma-chamada-remota">Uma chamada remota continua sendo uma chamada remota</a></li> <li><a href="#abstrações-internas-também-precisam-justificar-seu-custo">Abstrações internas também precisam justificar seu custo</a></li> <li><a href="#esconder-não-é-o-mesmo-que-tornar-invisível">Esconder não é o mesmo que tornar invisível</a></li> <li><a href="#trade-offs-quando-a-abstração-vale-o-custo">Trade-offs: quando a abstração vale o custo</a></li> <li><a href="#quando-ela-deixa-de-valer-o-custo">Quando ela deixa de valer o custo</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>Boa parte do software que escrevemos depende de detalhes que não queremos carregar o tempo inteiro enquanto desenvolvemos. Quando salvamos um arquivo não pensamos em como os dados serão distribuídos no disco, quando consultamos um banco normalmente não queremos controlar como cada linha será lida e transformada em memória e, quando usamos uma biblioteca, esperamos que ela resolva uma parte do problema sem nos obrigar a conhecer toda a implementação que existe por baixo.</p>https://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>