Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Recomendaciones para utilizar las solicitudes de escritura de Gremlin en Lambda
Si la función Lambda modifica los datos del gráfico, considere la posibilidad de adoptar una back-off-and-retry estrategia para gestionar las siguientes excepciones. Para obtener una guía detallada sobre cómo desarrollar una estrategia práctica de reintento, consulte. Control de excepciones y reintentos
-
ConcurrentModificationException: la semántica de las transacciones de Neptune significa que, en ocasiones, se produce un error en las solicitudes de escritura con unaConcurrentModificationException. En estas situaciones, pruebe un mecanismo de back-off-based reintento exponencial. -
ReadOnlyViolationException: dado que la topología del clúster puede cambiar en cualquier momento como resultado de eventos planificados o imprevistos, las responsabilidades de escritura pueden migrar de una instancia del clúster a otra. Si el código de función intenta enviar una solicitud de escritura a una instancia que ya no es la instancia principal (escritor), se produce un error en la solicitud con unaReadOnlyViolationException. Cuando esto suceda, cierre la conexión existente, vuelva a conectarse al punto de conexión del clúster y, a continuación, vuelva a intentar la solicitud.
Además, si utiliza una back-off-and-retry estrategia para gestionar los problemas de las solicitudes de escritura, considere la posibilidad de implementar consultas idempotentes para crear y actualizar las solicitudes mediante. Hacer mejoras eficientes con los pasos mergeV () y mergeE () de Gremlin
