翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Lambda で Gremlin 書き込みリクエストを使用するための推奨事項
<a name="lambda-functions-gremlin-write-recommendations"></a>

Lambda 関数がグラフデータを変更する場合は、バックオフと再試行戦略を採用して、次の例外を処理することを検討してください。
+ **`ConcurrentModificationException`** — Neptune トランザクションセマンティクスは、書き込み要求が `ConcurrentModificationException` で失敗することがあるということを意味しています。このような状況では、指数バックオフベースの再試行メカニズムを試してください。
+ ** `ReadOnlyViolationException`** —クラスタートポロジは、計画されたイベントまたは計画外のイベントによっていつでも変更される可能性があるため、書き込み責任がクラスタ内のインスタンスから別のインスタンスに移行することがあります。関数コードが、プライマリ (ライター) インスタンスでなくなったインスタンスに書き込みリクエストを送信しようとすると、リクエストは `ReadOnlyViolationException` で失敗します。この場合、既存の接続を閉じて、クラスターエンドポイントに再接続してから、リクエストを再試行します。

また、バックオフと再試行戦略を使用して書き込みリクエストの問題を処理する場合は、作成リクエストと更新リクエストの冪等クエリを実装することを検討してください (たとえば、次を使用。[fold().coalesce().unfold()](http://kelvinlawrence.net/book/Gremlin-Graph-Guide.html#upsert)。