プライベートで簡単なものを作るときは，Python を使って AWS にデプロイすることが多く，そのテンプレとなるリポジトリを作ってみました．
https://github.com/jjjsmz/uv-sam-trivy-template
使用ツール
uv, ruff
Python の開発環境作成には，uv を使用しています．
Python 開発に用いるツールチェーンをまとめて扱えるため，個人開発ではかなり便利です．
まだ 1.0 に到達しておらず，破壊的変更や機能追加があるため，業務レベルでは扱う気にはなっていませんが，
技術のキャッチアップのために使用しています．
linter の設定は以下のようにしています．
formatter についても ruff で行えます．
これまで，私は black を使用することが多かったですが，
ruff は，black とほぼ同じ出力を出すように意図して作られていると，公式ドキュメントにも記載されているため，uv を使う環境下では，ruff を使っていこうと思っています．
設定は以下の通りです．デフォルト値でも，守りたいものは明示しています．
AWS SAM
AWS SAM は，AWS 純正の IaC ツールで，Lambda を中心としたサーバレスアーキテクチャを構築するのに向いているツールです．
内部的には，ビルド時に CloudFormation テンプレートを作成しており，CloudFormation コンソール画面から作成したスタックを確認できます．
複雑なサービスや，規模の大きいものを作成するのには向いていないですが，個人で使用する分には十分なほどの機能を持っています．
Trivy
Trivy は，主にコンテナイメージの脆弱性を検出するツールです．
Trivy は，コンテナイメージだけでなく，多くの異なるプラットフォーム，言語，設定ファイルのセキュリティ問題を検出できます．
対応については，公式ドキュメントに記載されています．
今回の環境では，コンテナイメージのチェック用途ではなく，使用する Python のモジュールに脆弱性がないかや，AWS SAM テンプレートで作成されるリソースに Security Hub で引っかかるものがないかをチェックするために使用しています．
デプロイ前に前述のものをキチンとチェックして問題ないことを確認したいという思いから採用しました．
CI/CD 環境
PR 作成時のチェック
一人で使う環境なので，PR は基本的に main ブランチ向けだけにしています．
そのため，main をターゲットとした PR 作成のみ，チェックを行うようにしています．
main に入る前にチェックするものは以下の 4 項目です．
- Python のコードで Linter に引っかかっていないか？
- Python のコードで Formatter に引っかかっていないか？
- AWS SAM テンプレートで作成されるリソースに Security Hub で引っかかるものがないか?
- requirements.txt に記載されているパッケージに脆弱性がないか？
Summary に run の結果 に出力しているため，改修すべき箇所がすぐにわかるようになっています．
現在は結果を Summary に出力しています．(理想は，PR にて，コードに対してコメントするところまで自動化でしたかったです…)
run の結果のサンプル
main にマージ時
AWS SAM でデプロイします．
「GitHub CI/CD 実践ガイド」の著者が書いた記事を参考に，トレーサビリティを考慮した GitHub Actions の設定にしています．
