アラフィフおやじログ

  AWS-CDK で ECS/Fargate の NativeのBlue/Green 使える構成を作ってみた。とはいえほとんど Cline 任せでしたが・・・・ ECSのCDK構成に関しては他の方々が色々と作成されているし、そちらの方が有益な記事だと思うのでそちらを読んでいただいた方がいいかなと。 まぁ他と違う点としては ・configのtsファイルを使用してパラメータ可変にしているところ ・scripts配下にEC2のユーザスクリプト埋め込める ・configgenerator使えばウィザードとかCSVからconfig生成できるところ ・buildspec.yamlをファイル、Git、インラインから選べる 位ですね。 あまり有益じゃないと思いますが、まぁ備忘録的に残しておこうかと思います。 かなり複雑なので、なんかイケてないし残念な感じです。 CDKは構成決めてからシンプルに作らないと意味がないなという教訓は得られました。 一応、CI/CDをCodePipeline経由でできるようにしています。GitHubとAWS接続させて連動させることはできます。 awscdk_ecs_backendsample の方がECS用のコードで、 awscdk_ecs_frontendsample がCloudFront+S3のStaticWebSiteHosting用です。buildspec.yamlはGitHub側で制御する感じです。 完全にテストしたってわけでないので挙動怪しいし、意図通り動かないかもしれないです。 ちなみに全リソース構築すると完了までに50分位かかります。CI/CDのSNSのメールのSubscriptionも飛んでくるので許可してやる必要あります。 ◆GitHub(作成したCDKなど) https://github.com/Otazoman/awscdk_ecs_sample https://github.com/Otazoman/awscdk_ecs_backendsample https://github.com/Otazoman/awscdk_ecs_frontendsample ◆参考サイト ・ECSのCDK化 https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/...

 IPAの エンベデッドシステムスペシャリスト試験 、R6年、R7年と2年連続落ちてます。 特に午後1が壊滅的にわからなくて内容がさっぱりです。そもそも問題が何言ってるかわからない。本文抜粋して対応しようとしても本文から答えが抜き出せないという類のやつなので、少しずつ整理してイメージつくようにしていければと思います。 フリーレンではないけど「イメージできないものは回答できない」 ので まぁメモなのであまり内容ないです。リンク集ですね。 午後1試験でよく出てくるのが ・ IMU 　「慣性計測ユニット」：「角速度と加速度」を計測する 　カーナビ、スマホ、ゲーム機のリモコンで使われてたりするらしい。姿勢制御とかに使う。　　 　キーワードは加速度と角速度速度と距離を求めるあと積分計算。 ◆参考サイト https://www.keisokuten.jp/article/3mins-learning/sp_imu.html https://www.marubun.co.jp/products/4590/ https://note.com/ss_sports_lab/n/n428fc0a7e3de https://corporate.epson/ja/technology/overview/microdevice/imu.html https://www.analog.com/jp/resources/analog-dialogue/articles/enhancing-robotic-localization.html 　　　 https://ja.wikipedia.org/wiki/%E6%85%A3%E6%80%A7%E8%88%AA%E6%B3%95%E8%A3%85%E7%BD%AE ・ ミリ波レーダー 　短い波長の電波を使って対象物との距離と相対速度を検出するらしい。 　キーワードは天候とか関係なく対象物を検出することができる ◆参考サイト https://www.marubun.co.jp/technicalsquare/9153/ https://biz.kddi.com/content/column/smartwork/what-is-mmwave/#:~:text=1%EF%BC%8E-,%E3%83%9F%E3%83%AA%E6%B3%A2%E3%...

 CDKTFがサービス終了 するとかいう話、今頃になって知った。昨年から マルチクラウドバックエンド作るので 格闘していたけど、いきなりサービス終了というのは正直なところかなり困る。 選択肢としては 1.cdktf synth --hclでHCLにしてterraformで管理 2.1で変換後に Pulumi に移行する となるけど、結構設定ファイルに外だししてたりするので正直、移行するのが非常につらい。それにPlumiいろいろとややこしいみたいで安定性に難ありみたい。 どうしようかと考えていたら、 CDK Terrainとかいうのが爆誕 しているらしい まぁリリースされるまで待とうかと思っていたら、 もう使えるらしい 。しかも4日前でバージョンも0.22となっている。 移行は ガイド に従ってやればスムーズにいった。 立ち上がっていたコンテナを破棄して、node_modules削除してから Dockerfile を書き直して コンテナを立ち上げ。 コンテナにログインしてnpm入れなおして スナップショットテスト 走らせて必要なコード修正かけて(importとか修正)1時間ほどでなんとか[cdktn plan]まで成功しました。 Opentofu とか全然追っかけてなかったけど、今回のcdktnでopentofuの方がよいかなと思ったりしてます。まぁ terraform 完全に捨てれないので併用にはなると思いますけど スナップショットテスト書いてたので、移行も素早くできた。インフラでもテストコード大事なんだと実感しました。 まぁバックエンドの方はまだ先は長そうですけどね。なんとかcdktfで培った資産は無駄にならなさそうです。よかったよかった ◆参考サイト https://khuonglab.dev/ja/posts/cdktf-deprecation-migration-guide/ https://cdktn.io/docs