<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/b66516f8ad734242bd10f6f21a07509f&quot; frameborder=&quot;0&quot; width=&quot;1920&quot; height=&quot;1440&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1440</height><width>1920</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1440</thumbnail_height><thumbnail_width>1920</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/b66516f8ad734242bd10f6f21a07509f-8c5b1057111ccdd6.gif</thumbnail_url><duration>557.447</duration><title>Esteira GX, indepotência e testes em FastAPI</title><description>Este Loom mostra a esteira de integração do GX em Python 3.12 com FastAPI, MySQL e Revit MQ, com arquitetura hexagonal e domínio puro separado de adaptes de entrada e saída. O autor roda um replay de 200 webhooks e relata 125 leads únicos aprovados, 20 duplicados, 20 descartados e 35 em DLQ, além de ver 0,15 segundos e 51 de 74 testes rodando sem subir infra. Ele demonstra normalização de dados (e-mail em minúsculo, telefone em E164 e país em alfa 2) e tratamento quando o ciphertext está corrompido, com Raw Payloads preservado e queda em DLQ específico (decrypt em uma fila e schema em outra). O ponto mais enfatizado é a indepotência em duas camadas via insert direto, evitando race condition, usando violação de chave no banco, e um teste com 20 requisições concorrentes onde exatamente um vencedor ocorre todas as vezes, com execução total dos testes em 16 segundos.</description></oembed>