翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Lambda で Gremlin 書き込みリクエストを使用するための推奨事項
Lambda 関数がグラフデータを変更する場合は、以下の例外を処理するバックback-off-and-retry戦略を採用することを検討してください。実用的な再試行戦略の開発に関する詳細なガイダンスについては、「」を参照してください例外処理と再試行。
-
ConcurrentModificationException— Neptune トランザクションセマンティクスは、書き込み要求がConcurrentModificationExceptionで失敗することがあるということを意味しています。このような状況では、指数バックオフベースの再試行メカニズムを試してください。 -
ReadOnlyViolationException— クラスタートポロジは、計画されたイベントまたは計画外のイベントによっていつでも変更される可能性があるため、書き込み責任がクラスタ内のインスタンスから別のインスタンスに移行することがあります。関数コードが、プライマリ (ライター) インスタンスでなくなったインスタンスに書き込みリクエストを送信しようとすると、リクエストはReadOnlyViolationExceptionで失敗します。この場合、既存の接続を閉じて、クラスターエンドポイントに再接続してから、リクエストを再試行します。
また、back-off-and-retry戦略を使用して書き込みリクエストの問題を処理する場合は、 を使用してリクエストの作成と更新のためのべき等クエリを実装することを検討してくださいGremlin mergeV() および mergeE() ステップによる効率的なアップサートの実行。
