La trampa más común que afecta a las personas al trabajar con el consumo de webhooks y funciones sin servidor es que la función se ejecuta demasiado tiempo. Esto hace que la función se vuelva muy costosa o falle por completo porque el POST del webhook se agota. Hay algunas cosas que puedes hacer para mediar estos problemas.

Los consumidores de webhooks deberían funcionar de forma asíncrona. Los datos deben ser ingeridos lo más rápido posible y luego procesados. El error de diseño común es intentar procesar los datos en tiempo real a medida que llegan. Esto funciona mientras los datos tengan un tamaño consistente y pequeño, pero si el tamaño de los datos puede aumentar o ser inconsistente, es mejor asegurarse de que los datos sean recibidos y se responda a la solicitud HTTP para que no ocurran interrupciones.

Otra cosa que puede ayudar a mitigar los procesos de larga duración es almacenar los datos enviados y usar la función sin servidor para iniciar un proceso en contenedores utilizando servicios como Azure Container Services (AKS) para manejar las partes de larga duración. Con este diseño, la función sin servidor debería activar y olvidar el contenedor, permitiendo que el contenedor publique sus resultados ya sea en un registro o en algún otro servicio de notificación de tu elección. Esto mantiene la función sin servidor lo más breve posible mientras se permite que ocurra un procesamiento complicado.