問題タブ [aws-sdk-js]

webpack を使用して開発サーバーを実行し、S3 バケット内のアイテムを一覧表示して、ブラウザーで javascript aws-sdk を使用して結果をコンソールに出力しようとしています。

そうするとき、私はこのエラーを受け取ります:

ただし、次の方法で証明された webpack dev サーバー構成にそのヘッダーが設定されています。

だから私はすべてを試してみました：

ヘッダーがあり、エラーが欠落していると言っている場合、それは承認のようなものでしょうか?

それが本当にヘッダーのセットアップである場合、ヘッダーが実際にそこにある場合、次のステップは何ですか?

アップデート****

1: S3 に CORS 設定を追加しますが、ヘッダーが不平を言っているのは S3 にはないと思います:

また、バケットはパブリックまたは静的ホスティングが有効になっていません。

2：これはうまくいきました：

マークされた回答で指定された URL から

ユーザーがパスワードのリセットを要求したときに、テキスト メッセージを送信しようとしています。成功したかどうかをユーザーに警告するメッセージが送信されるのを待ちたいと思います。私は現在、次のようにしようとしています：

私の他のクラス AWSSNSClient には、次の sendMessage 関数があります。

sendMessage が sns.publish を返す前に待機させる方法がわかりません。私はそれを非同期メソッドにして、sns.publish に await を追加しようとしましたが、関数は send が true に設定される前に戻ります。

メッセージを受信して​​おり、コンソール ログが出力されていないため、メッセージがエラーなしで送信されていることがわかっています。

DynamoDB テーブルからデータを読み取るために AWS SDK for Javascript (Node.js) を使用しています。Auto Scaling 機能は、ほとんどの時間で優れた機能を発揮し、消費される読み取り容量ユニット (RCU) は 1 日のほとんどの時間で非常に低くなります。ただし、真夜中頃に実行されるプログラムされたジョブがあり、プロビジョニングされた RCU の約 10 倍を消費します。Auto Scaling は容量を調整するのに時間がかかるため、スロットルされた読み取り要求が多数あります。さらに、リクエストが完了していないのではないかと思います (ただし、エラー ログには例外が見つかりません)。

この状況に対処するために、AWS API ( updateTable ) を使用してプロビジョニングされた RCU を増やすことを検討しましたが、アプリケーションが必要とする RCU の数を計算するのは簡単ではないかもしれません。

したがって、私の 2 番目の推測は、失敗したリクエストを再試行し、オート スケールがプロビジョニングされた RCU を増やすのを待つことでした。AWS ドキュメントといくつかのスタック オーバーフローの回答で指摘されているように (特にProvisionedThroughputExceededExceptionについて):

Amazon DynamoDB の AWS SDK は、この例外を受け取ったリクエストを自動的に再試行します。したがって、リクエストが大きすぎるか、再試行キューが大きすぎて終了できない場合を除き、リクエストは最終的に成功します。

同様の質問 ( this one、this one、およびthis one ) を読みましたが、まだ混乱しています: リクエストが大きすぎる場合、または再試行キューが大きすぎて終了できない場合 (したがって、自動再試行後)、または実際に再試行する前に？

最も重要なのは、私のコンテキストで期待すべき例外ですか? (自動スケールがRCUを増加させるまで、それをキャッチして再試行できますか?)