Hay ventajas y desventajas en el uso de funciones lambda como sus solucionadores de AppsSync (aunque tenga en cuenta que aún necesitará invocar sus lambdas desde VTL):

ventajas

• Más fácil de escribir y mantener
• Más potente para organizar y validar solicitudes y respuestas
• La funcionalidad común puede ser más SECA de lo posible con VTL (las macros no son compatibles)
• Depuración y registro más flexibles
• Más fácil de probar
• Mejores herramientas y pelusas disponibles
• Si necesita admitir números enteros long en su tabla de DynamoDB (los tipos de números de DynamoDB admiten long , pero los solucionadores de AppSync solo admiten números enteros de 32 bits. Puede evitar esto si usa un lambda, por ejemplo, serializando largos en una cadena antes del transporte a través de la capa de resolución de AppSync) - Ver (actualmente) solicitud de función abierta: https://github.com/aws/aws-appsync-community/issues/21

Contras

• Latencia adicional para cada invocación
• Arranques en frío = aún más latencia (aunque esto generalmente se puede minimizar manteniendo sus lambdas calientes si esto es un problema para su caso de uso)
• Costo adicional
• Recursos adicionales para cada lambda, consumiendo el límite fijo de 200

Si está haciendo una operación simple de DynamoDB de vainilla, vale la pena probar los VTL. Los documentos de AWS son bastante buenos para esto: https://docs.aws.amazon.com/appsync/latest/devguide/resolver-mapping-template-reference-dynamodb.html

Si está haciendo algo levemente complejo, como ordenar campos, bucles o, en general, código pirateado no seco, definitivamente vale la pena considerar las lambdas por la velocidad de escritura y mantenimiento de su código, siempre que se sienta cómodo con la latencia y el costo adicionales. .