グローバルインストールの先を自分のホームディレクトリに変えておくとsudoをつけなくてもインストールできるようになります。
jqとは: JSONの中身を取り出したいときに使う
jq is a lightweight and flexible command-line JSON processor.
jq is like sed for JSON data - you can use it to slice and filter and map and transform structured data with the same ease that sed, awk, grep and friends let you play with text.
JSON出力をパイプしてcommandでクエリ
<JSON 出力のコマンド> | jq 'command'
--
aws ec2 describe-instances の出力を例にする。
JSONの出だしがこうなっているとする。
jq '.'
ドットで つないで、次のネストへの中のInstancesを選択。さらにStateを選択
jq '.Reservations[0].Instances[].State'
出力例
{
"Code": 0,
"Name": "pending"
}
.Stateをパイプしても同じ結果になる
jq '.Reservations[0].Instances[] | .State'
jq '.Reservations[]'
と
jq '.Reservations'
の違いに注意。リストの中か、リスト全部が出るかの違い。
jq '.Reservations[0]'
とするとリストの1番め。以下インデックスで選べる。インデックスの結果がなければ空白が返る。
Reservations[].Instances[]
とすると、Reservations[0],...[最後] まで全部に対しての.Instances[] になります。
パイプして書きます。 "\(.ValueA) \(.ValueB)"
2つの値の間はコンマなどを入れてもよい
aws ec2 describe-instances | jq '.Reservations[].Instances[] | "\(.InstanceId) \(.Tags)"'
(.Functions[] がリスト全部になっていることに注意)
aws lambda list-functions | jq '.Functions[].FunctionName'
aws lambda list-functions | jq '.Functions[] | "\(.FunctionName) \(.Runtime)" '
前回( PostmanでS3バケットにファイルを送信する)の続きで、ヘッダを増やしてAPI送信します。
PostmanでS3のlifecycle configuration APIを送信します。
サンプルはこちらのものを使います。
https://docs.aws.amazon.com/ja_jp/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html
bodyは<LifecycleConfiguration>からの部分です。設定は2つあり、
headerのうち、PUT、Hostの部分はPostman内で書き込みます。
x-amz-date、Authorization、Content-Lengthは、Postmanがデフォルトで自動で生成してくれます。
Content-MD5もPostman内で計算しますが、別途設定が 必要です。
MD5がないとこのようなエラーが出たりします。
<Error><Code>InvalidRequest</Code><Message>Missing required header for this request: Content-MD5</Message>
PUT /?lifecycle HTTP/1.1 Host: examplebucket.s3.<Region>.amazonaws.com x-amz-date: Wed, 14 May 2014 02:11:21 GMT Content-MD5: q6yJDlIkcBaGGfb3QLY69A== Authorization: authorization string Content-Length: 415 <LifecycleConfiguration> <Rule> <ID>id1</ID> <Filter> <Prefix>documents/</Prefix> </Filter> <Status>Enabled</Status> <Transition> <Days>30</Days> <StorageClass>GLACIER</StorageClass> </Transition> </Rule> <Rule> <ID>id2</ID> <Filter> <Prefix>logs/</Prefix> </Filter> <Status>Enabled</Status> <Expiration> <Days>365</Days> </Expiration> </Rule> </LifecycleConfiguration>
PUT 、 your-bucketname.s3.your-region.amazonaws.com/?lifecycle
と入力します。your-bucketnameはバケット名、your-regionはregion名です。
PUT /?lifecycle HTTP/1.1Host: examplebucket.s3.<Region>.amazonaws.com
となっていた 部分を反映しています。
タブ内でmd5を計算するスクリプトを書きます。
100%こちらを参考にしています。
https://raaviblog.com/how-to-generate-content-md5-value-base64-encoded-128-bit-md5-of-the-data/
ここではリクエストボディをMD5ハッシュにして、base64にして、contentMD5というGlobalVariableにアサインしています。
curl --location --request PUT 'xxxxx.s3.region.amazonaws.com/?lifecycle' \--header 'Content-MD5: xxxxx' \--header 'X-Amz-Content-Sha256: xxxxx' \--header 'X-Amz-Date: xxxxx' \--header 'Authorization: AWS4-HMAC-SHA256 Credential=xxxxx/xxxxx/region/s3/aws4_request, SignedHeaders=host;x-amz-content-sha256;x-amz-date, Signature=xxxxx' \--header 'Content-Type: text/plain' \--data-raw '<LifecycleConfiguration>....</LifecycleConfiguration>'
PostmanからS3バケットにファイルをPUTします。
こちらのMedium(英語)を参考にしています。ほとんど同じですがリージョンの設定が増えています。
pm.test("Status test", function () {pm.response.to.have.status(200);});
Sendボタンで実行します。
Authorizationの値がsignature v4( AWS4-HMAC-SHA256 Credential=。。。)になっていることがわかります。Postmanが代わりに生成してくれているということですね。
参考: https://docs.aws.amazon.com/ja_jp/general/latest/gr/sigv4_signing.html
LambdaでEC2のタグにアクセスするスクリプトを使っていたのですが、Deployしようとすると403エラーが出るようになりました。
更にこのエラーが出て、Lambdaにアクセスできなくなりました。
 |
Tags failed to load. The filter doesn't include tags. Lambda can't load your tags due to insufficient permissions. Add tag:getResources to your logged-in user, and reload the Lambda console.
パーミッションが足りないのが原因なので tag:getResources を自分につければいいみたいです。
https://docs.aws.amazon.com/ja_jp/ARG/latest/userguide/gettingstarted-prereqs.html
を参考にして、ResourceGroupsandTagEditorFullAccessというビルトインのポリシーを追加することにしました。フルアクセスにしましたが、tag:GetResourcesだけを追加しても良さそうです。
ResourceGroupsandTagEditorFullAccess
このポリシーは、アタッチされた IAM ユーザーまたはロールに、タグエディタでResource Groups 操作および読み取りおよび書き込みタグ操作を呼び出すアクセス権限を付与します。リソースのタグを読み書きするには、別のポリシーを使用して、そのリソースに対するアクセス許可も必要です (次の重要な注意を参照)。
このポリシーを(Lambdaにではなく)ユーザにアタッチしたら403エラーは直りました。
