기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Lambda에서의 Gremlin 쓰기 요청 사용에 대한 권장 사항
<a name="lambda-functions-gremlin-write-recommendations"></a>

Lambda 함수가 그래프 데이터를 수정하는 경우 다음 예외를 처리하기 위해 back-off-and-retry 전략을 채택하는 것이 좋습니다. 실제 재시도 전략 개발에 대한 자세한 지침은 섹션을 참조하세요[예외 처리 및 재시도](transactions-exceptions.md).
+ **`ConcurrentModificationException`**   –   Neptune 트랜잭션 체계는 쓰기 요청이 때때로 `ConcurrentModificationException`와 함께 실패한다는 것을 의미합니다. 이러한 상황에서는 지수 백오프 기반 재시도 메커니즘을 사용해 보세요.
+ **`ReadOnlyViolationException`**   –   계획된 이벤트 또는 예상치 못한 이벤트의 결과로 클러스터 토폴로지가 언제든지 변경될 수 있으므로, 쓰기 책임이 클러스터의 한 인스턴스에서 다른 인스턴스로 이전될 수 있습니다. 함수 코드가 더 이상 기본(라이터) 인스턴스가 아닌 인스턴스에 쓰기 요청을 보내려고 하면 요청이 실패하고 `ReadOnlyViolationException`이 발생합니다. 이 경우 기존 연결을 닫고 클러스터 엔드포인트에 다시 연결한 다음 요청을 재시도하세요.

또한 back-off-and-retry 전략을 사용하여 쓰기 요청 문제를 처리하는 경우를 사용하여 요청을 생성하고 업데이트하기 위한 멱등성 쿼리를 구현하는 것이 좋습니다[Gremlin `mergeV()` 및 `mergeE()` 단계를 사용하여 효율적인 업서트 생성](gremlin-efficient-upserts.md).