22. Programação assíncrona com asyncio

Operações que passam muito tempo esperando podem avançar de forma concorrente em um mesmo loop. O modelo assíncrono exige cooperação, cancelamento e limites de espera.

Este é o capítulo 22 de 25 da apostila Python para Automação e Scripts. Ele aproveita a base construída em Threads, processos e filas e dá mais um passo no desenvolvimento da automação. Ao final, estaremos preparados para estudar Robustez, idempotência e recuperação.

Começando pela situação real

Nos capítulos finais, tratamos a execução como um serviço que precisa conviver com concorrência, interrupções, repetição e entradas hostis. As decisões anteriores passam a ser avaliadas em conjunto. Em Programação assíncrona com asyncio, observaremos como essa parte se liga ao conjunto, mantendo claros o contrato de entrada, o processamento, os efeitos e a conferência do resultado.

Ao ler os exemplos, não tente decorar chamadas isoladas. Pergunte o que entra, qual estado muda, o que sai e como a falha aparece. Essa sequência aproxima a sintaxe do problema que ela resolve e cria uma base que continuará útil quando a biblioteca ou o ambiente mudar.

Event loop

O primeiro conceito do capítulo é Event loop. Ele fornece a base para interpretar os demais recursos sem confundir o nome de uma ferramenta com o comportamento que ela realmente oferece.

Event loop agenda coroutines, callbacks e I/O assíncrono cooperativamente em uma thread por loop. Em termos simples, essa definição descreve uma promessa feita pelo programa: dadas certas condições, esperamos um comportamento específico. Antes de usar o recurso, identifique essas condições e pense no que deveria acontecer tanto no caminho normal quanto diante de uma entrada inadequada.

Na prática, usar await em operações não bloqueantes e delegar bloqueio quando necessário. Transforme essa orientação em passos visíveis: defina a entrada, aplique a operação, observe a saída e registre a condição de sucesso. Assim, o código continua ligado à finalidade da tarefa.

Uma forma de conferir o entendimento é observar o seguinte critério: latência de tarefas concorrentes não é congelada por I/O compatível. Esse critério deve aparecer em um teste, em uma saída controlada ou em outro efeito que possa ser reproduzido.

Coroutine e task

Depois de compreender Event loop, podemos avançar para Coroutine e task. As duas ideias se conectam porque uma automação precisa preservar o contrato à medida que os dados percorrem novas etapas.

Coroutine e task representam computação suspensível e seu agendamento concorrente no loop. Em termos simples, essa definição descreve uma promessa feita pelo programa: dadas certas condições, esperamos um comportamento específico. Antes de usar o recurso, identifique essas condições e pense no que deveria acontecer tanto no caminho normal quanto diante de uma entrada inadequada.