EventBridgeのアーカイブ・再生機能がリリースされたのでメモ。
現在 とあるので機能拡張されそう初回のイベント発生時とリプレイ(再生)とで全く同じイベントが再生されるかと思いきや、 実際に実行してみたところ若干異なっていました。
{ "id": "1", "user": null, "title": "再生TEST", "contents": [] }
上記のようなイベントを再生した場合、以下のようになりました。
{ "id": "1", "replay-name": "ReplayTest", "title": "??TEST", "contents": [] }
公式に記載を見つけられなかったのでメモ。
その他制限等
Datadog AWSインテグレーション設定にいつの間にか機能追加されていたのでメモ。
※ 2020/07 現時点ではUIからの参照・更新はサポートされていないようです
excluded_regions
An array of AWS regions to exclude from metrics collection
IAM Role 等で明示的に拒否しない限りは、全リージョンを参照していたと思われますが、 設定が可能になった事により不要なリージョンへのAPIリクエスト数削減が見込めそうです。
尚、 Terraform の Datadog Providor では既に機能追加されています。
excluded_regions = ["us-east-1", "us-west-2"]
Datadog のグラフ作成時に過去情報を参照する関数が用意されています。
これらは期間固定なため、2日前とか任意期間での指定はできないものかと調べたところ、公式ドキュメントにまんまの記載がありました。
timeshift(<METRIC_NAME>{*}, -<TIME_IN_SECOND>)
hoge_before は timeshift 関数のエイリアスのようです。
秒数指定で任意の日時のグラフ表示が可能です。
注意点として、 UI上でサジェストされないため、直入力の必要があります。
AWS CDK (AWS Cloud Development Kit) に触れた際の備忘録
python 成分多め
設定は数値ではなく、定数を使う必要がある。(例: 3 ではなく、 THREE_DAYS 等)
myFunction という Lambda Function に log_retention を設定した場合、
fn = aws_lambda.Function(self, 'myFunction',
code=aws_lambda.Code.asset('lambda'),
log_retention=aws_logs.RetentionDays.ONE_WEEK,
);
LogRetention 設定用の LambdaFunction / IAM Role / Log Group が作成される。
| Logical ID | PhysicalID | Type |
|---|---|---|
| LogRetention〜 | myFunction-LogRetention〜 | AWS::Lambda::Function |
| LogRetention〜ServiceRole〜 | myFunction-LogRetention〜 | AWS::IAM::Role |
| LogRetention〜ServiceRoleDefaultPolicy〜 | myFun-LogR-〜 | AWS::IAM::Policy |
deploy 時に LogRetention 設定用の LambdaFunction が実行され、 その LogGroup が作成される。
AWS CDK (AWS Cloud Development Kit) に触れた際の備忘録
python 成分多め
| 分 | 時間 | 日 | 月 | 曜日 | 年 | 意味 |
|---|---|---|---|---|---|---|
| 0/15 | * | * | * | ? | * | 15 分ごとに実行 |
rule = aws_events.Rule(
self, "Rule",
schedule=aws_events.Schedule.cron(
minute='0/5',
hour='*',
day='*',
month='*',
#week_day='?',
year='*'),
enabled=False,
)
dayとweek_dayの両方指定すると下記エラーとなる。
jsii.errors.JSIIError: Cannot supply both 'day' and 'weekDay', use at most one
? の明示指定は不要day を指定(*)した場合、week_day に ? が入る。
Type: AWS::Events::Rule
Properties:
ScheduleExpression: cron(0/15 * * * ? *)
dayに ? を指定すると、 dayとweek_dayが ? となり、
Type: AWS::Events::Rule
Properties:
ScheduleExpression: cron(0/15 * ? * ? *)
書式不正で CREATE_FAILED となる。
Parameter ScheduleExpression is not valid. (Service: AmazonCloudWatchEvents; Status Code: 400; Error Code: ValidationException;
alpine で AWS CLI v2 を使おうとしたら地味に嵌り、 結果、有名な(?) glibc 問題だったというオチでした。
公式がイメージを配布しているので、そちらを使いましょう。 (CLI用のentrypointになっているので、必要に応じてオーバーライド)
もしくはサポートしているディストリビューションのイメージへインストールしましょう。
Linux での AWS CLI バージョン 2 のインストール - AWS Command Line Interface
CentOS、Fedora、Ubuntu、Amazon Linux 1、および Amazon Linux 2 の最近のディストリビューションで AWS CLI バージョン 2 がサポートされます。
alpineへ不足ライブラリを入れる事でも実現可能ですが、拘り無いなら上記2点で良いのかなと思います。
alpine へ公式ドキュメント通りにインストール。
一部略してますが、buildのログは以下のような感じに、
Successfully となってはいます。
Step 1/3 : FROM python:3.8-alpine Step 2/3 : RUN apk --update --no-cache add curl Step 3/3 : RUN curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" && unzip awscliv2.zip && ./aws/install Archive: awscliv2.zip creating: aws/ creating: aws/dist/ ・・・略 inflating: aws/dist/botocore/data/comprehendmedical/2018-10-30/paginators-1.json ./aws/install: line 78: /aws/dist/aws: not found You can now run: /usr/local/bin/aws --version Successfully built xxxxxxxxxxxxx
コンテナの中身を見てみると、ファイル自体は存在し、パスも通っているが、実行時に not found となる。
/ # which aws /usr/local/bin/aws / # aws --version sh: aws: not found / # /usr/local/bin/aws sh: /usr/local/bin/aws: not found / # ls -l /usr/local/bin/aws lrwxrwxrwx 1 root root 37 May 3 05:44 /usr/local/bin/aws -> /usr/local/aws-cli/v2/current/bin/aws / # ls -l /usr/local/aws-cli/v2/current/bin/aws lrwxrwxrwx 1 root root 11 May 3 05:44 /usr/local/aws-cli/v2/current/bin/aws -> ../dist/aws / # ls -l /usr/local/aws-cli/v2/dist/aws -rwxr-xr-x 1 root root 4099736 May 3 05:44 /usr/local/aws-cli/v2/dist/aws / #
AWS CLI v2 は glibc を使用するが、alpine は glibc でなく musl-libc を使っているため、単純にインストールするだけでは動作しない。
