問題タブ [aws-regions]

AP-South-1 (ムンバイ) リージョンでホストされている AWS Lambda 関数から OTP を送信しようとしています。これには、SNS の全世界へのテキスト メッセージ機能を使用しています。"AP-South-1" リージョンは全世界のテキスト メッセージ機能をサポートしていないため、SNSClient のリージョン エンドポイントを "APNortheast1" (つまり、東京) リージョンとして送信します。これは、全世界のテキスト メッセージをサポートするためです。

これで、ラムダ関数の管理者特権が付与されました (管理者ポリシーでロールをアタッチすることにより)。しかし、それでも機能していないようです (メッセージが携帯電話に配信されません)。関数の実行中に例外は発生せず、その SMS の「TransactionID」も取得しています。SNS コンソールで、SMS が失敗として表示されます。そのため、cloudwatch ログを有効にしました。私が取得しているログは以下のとおりです-

皮肉なことに、これは実際には、別のアカウントから (手動で) リソースを移行している新しいアカウントです。この古いアカウントでは、まったく同じ設定を使用していますが、メッセージが携帯電話に適切に配信されているようです。参考までに、私の Lambda 関数は .net コアで記述されており、SMS をインドの携帯電話番号に配信しようとしています。

本で「各 AWS アカウントには個別にマッピングされた AZ があり、アカウントごとに異なる可能性がある」を読みました。私の知る限り、各地域には明確に定義された AZ があります。では、ユーザーによって AZ が異なるのはなぜでしょうか?

異なる場所にあるAWSバケット間で、異なる地域/言語専用のページを分離することはできません (ページは個別のサブドメイン上にありません。および example.com/ de )

では、ドイツのサブページをフランクフルト AWS リージョンの別のバケットに配置し、example.com/ de (example.com ドメインのメイン ロンドン リージョンの下に配置される) へのすべてのリクエストを別のバケットにリダイレクトする価値はありますか? 位置関連の ping は、リダイレクト呼び出しによって引き起こされる太りすぎの ping の増加を減らしますか?

同様の質問は、メインのロンドンの地域と比較して、東京、アイルランド、パリの地域にも当てはまります。