Como você lidaria com uma chamada bloqueante de biblioteca dentro de um endpoint async do FastAPI?

Tire ela do event loop. Embrulhe a chamada bloqueante em asyncio.to_thread, ou use run_in_executor com um thread pool, para o loop ficar livre para atender outros requests. Se o trabalho for CPU bound, mande para um process pool ou para um worker em background como o Celery. Deixada inline, uma chamada lenta trava todos os outros requests naquele worker.

O motivo de isso importar é que o asyncio é cooperativo e single threaded, então uma corrotina segura o loop até dar await em alguma coisa. Uma chamada bloqueante de driver dentro de um handler async congela todos os outros requests em voo naquele worker, e com tráfego baixo você nunca vai perceber. A correção mais barata no FastAPI é definir o endpoint com def normal em vez de async def, e o framework roda ele no threadpool dele para você. Se eu preciso disso dentro de uma função async, o asyncio.to_thread embrulha a chamada e espera o resultado. Onde eu tomo cuidado é no tamanho do thread pool, porque o padrão é pequeno e uma dependência lenta vai formar fila atrás dele, então eu dimensiono contra a concorrência que espero e adiciono timeout. Para qualquer coisa pesada de CPU, threads não ajudam na build padrão, então vai para um process pool ou para um worker do Celery. Pegamos um caso desses com um cliente SOAP legado que levava oito segundos, e a latência p99 de um serviço inteiro estava acompanhando aquela única chamada.