As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Recomendações para usar solicitações de gravação do Gremlin no Lambda
Se sua função Lambda modificar dados gráficos, considere adotar uma back-off-and-retry estratégia para lidar com as seguintes exceções. Para obter orientação detalhada sobre o desenvolvimento de uma estratégia prática de repetição, consulteTratamento de exceções e novas tentativas.
-
ConcurrentModificationException: a semântica da transação do Neptune significa que as solicitações de gravação às vezes falham com umaConcurrentModificationException. Nessas situações, experimente um mecanismo de back-off-based repetição exponencial. -
ReadOnlyViolationException: como a topologia do cluster pode mudar a qualquer momento como resultado de eventos planejados ou não, as responsabilidades de gravação podem migrar de uma instância no cluster para outra. Se o código de função tentar enviar uma solicitação de gravação a uma instância que não seja mais a principal (de gravador), a solicitação falhará com umaReadOnlyViolationException. Quando isso acontecer, feche a conexão existente, reconecte-se ao endpoint do cluster e repita a solicitação.
Além disso, se você usar uma back-off-and-retry estratégia para lidar com problemas de solicitação de gravação, considere implementar consultas idempotentes para criar e atualizar solicitações usando. Criar surtos eficientes com as etapas mergeV() e mergeE() do Gremlin.
