terraform で map 型の値を key 順にソートした上で value のリストを取得する
terraform で map 型を for で整形した際に key を昇順にソートして並べてくれます。
1 | > {for k, v in {"a":3, "c":2, "d":1}: v => k} |
これを利用し、data リソースで取得した Subnet ID を AZ 順 (a → c → d) に list で取得してみます。
terraform で map 型を for で整形した際に key を昇順にソートして並べてくれます。
1 | > {for k, v in {"a":3, "c":2, "d":1}: v => k} |
これを利用し、data リソースで取得した Subnet ID を AZ 順 (a → c → d) に list で取得してみます。
AWS より cache.m3 系から cache.m5 系へのアップグレードを促されました。
One or more of your Amazon ElastiCache clusters is running on our previous generation node type cache.m3.medium. We strongly recommend that you migrate to one of our latest generation node types, and with ElastiCache it is fast and easy to choose a new instance type for your cluster.
Our latest generation node types offer benefits such as better price per compute performance, higher-performing CPUs, improved memory, network performance, and ElastiCache optimizations such as enhanced I/O that provides improved throughput per node.
Migration to the latest generation node types is available via our scale-up feature. To scale up your cluster:
First, determine the best upgrade path from your previous generation node type(s) to the latest generation, see https://aws.amazon.com/elasticache/previous-generation
アップグレード時の注意事項をまとめます。
php の alpine ベースイメージに nodejs をセットアップする場合、apk add nodejs
でインストールも可能ですが、
マルチステージビルドで node の alpine イメージから node を動作させるのに必要なファイルをコピーすることで実現可能なので設定がシンプルです。
以前 RPi bullseye でカメラモジュール周りの設定が変わったことについて記載させていただきました。
RPi で opencv をセットアップする記事をネット上でいくつか見ましたが
bullseye より前のバージョンでの場合が多く、うまくいかないということが多かったです。
その為、 bullseye での設定をまとめます。
2022.08.02 時点、
Lake Formation blueprint incremental database で生成された Glue Workflow を実行すると異常終了する事象がありました。
Raspberry PI bullseye で raspistill -o test.jpg
実行時に掲題のエラーが発生しました。
1 | $ raspistill -o test.jpg |
以下公式にしっかりと bullseye 以降は libcamera ベースのスタックのみが含まれている、と記載されていました。
https://www.raspberrypi.com/documentation/accessories/camera.html
Raspberry Pi OS images from Bullseye onwards will contain only the libcamera-based stack.
CodePipline のソースアクションで GitHub からチェックアウトする処理がエラーとなり、異常終了する事象が発生しました。
チェックアウトする Rails プロジェクトの app/assets/images/ 以下のファイル容量が肥大化していたことが要因でした。
上記を回避すべく Git LFS を導入した話です。