
## Amplify Console

### Amplify Hosting (旧 Amplify Console) の「書き換えて、リダイレクト」画面で国コードを複数指定するには

AWS Amplify のドキュメントに書いてないので、調べてみました。
`|`(パイプ演算子)を使用して複数の国を条件にすることが可能です。
これで特定の国からのアクセスを許可・拒否などといったアクセス制御したい際に、いちいち対象の国毎にレコードを作成する必要がなくなります。
![リダイレクト設定](/images/posts/tips-posts/1646833603/redirect_country_code.png)


AWS Amplify Tips 集


## AWS CLI 　のデバッグには --debug オプションと使う

通常、AWS CLI は、コマンド出力のコマンド結果に関する成功または失敗に関する情報が出るだけで、詳細なログは出ません。
`--debug`[^1][^2] オプションを使用すると、デバッグログ記録が有効化され、詳細なログが出力されます。

[^1]: [コマンドラインオプション \- AWS Command Line Interface](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/cli-configure-options.html)
[^2]: [AWS CLI に関連するエラーのトラブルシューティング \- AWS Command Line Interface](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/cli-chap-troubleshooting.html#general-debug)

```bash fn=Linuxの場合
aws <servicename> <commandname> <options> --debug &> debug.txt
```

```bash fn=Windowsの場合
aws <servicename> <commandname> <options> --debug > 2>&1 > debug.txt
```

## AWS CLI コマンドがリトライされない

リトライが実行されるのは一時的なエラーコードに対してのみです。
具体的には、HTTP ステータスコードが 500、502、503、504 の時です。[^3]
リトライしているかは `--debug` オプションを使用すると確認できます。

[^3]: [AWS CLI の再試行 \- AWS Command Line Interface](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/cli-configure-retries.html#cli-usage-retries-modes-standard.title)

## AWS CLI でコマンド実行時に、Connect timeout といったネットワークエラーが発生した

前提として、AWS CLI は TCP ポート 443 の HTTPS プロトコルを使用することによって、リクエストを AWS に送信しています。[^4]
ネットワーク ACL といった通信経路を確認するのがおすすめです。
因みに試しにネットワーク ACL で 443 のアウトバンドを遮断した際は、CloudTrail ログに AWS CLI による API 呼び出しのログは確認できませんでした。
おそらく、ネットワークエラー関係など一部のエラーは API 自体の呼び出しができていないので CloudTrail に残らないのかもしれません。

[^4]: [AWS CLI の使用 \- AWS Command Line Interface](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/cli-chap-using.html)


AWS CLI Tips 集


## SQS による Lambda 関数のトリガー時に受信したメッセージが削除されず無限ループしてしまう

Lambda 関数の実行ロールに `sqs:DeleteMessage` へのアクセス許可あるか確認する。

[Amazon SQS での Lambda の使用 \- AWS Lambda](https://docs.aws.amazon.com/ja_jp/lambda/latest/dg/with-sqs.html)

> 関数が正常にバッチを処理すると、Lambda はキューからそのメッセージを削除します。

上記の記述のように、SQS による Lambda 関数のトリガー時は Lambda 関数の処理が正常に完了した際に、Lambda によりキューからメッセージが自動削除されます。
しかし、以下の記述のように、キューからメッセージにを削除するには、Lambda 関数の実行ロールに `sqs:DeleteMessage` へのアクセス許可が必要です。

[AWS Lambda 関数 \(コンソール\) をトリガーするキューの設定 \- Amazon Simple Queue Service](https://docs.aws.amazon.com/ja_jp/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-configure-lambda-function-trigger.html)

> Lambda 実行ロールに以下の許可が含まれている必要があります:
> ・sqs\:DeleteMessage
> ・sqs\:GetQueueAttributes
> ・sqs\:ReceiveMessage


個人的 Tips 集記事一覧

AWS Amplify Tips 集

AWS CLI Tips 集

AWS Lambda Tips 集