Lambda(Python)の リファクタリングが好きなんです

Event: Toranomon Tech Hub 第三回
Event URL: https://toranomon-tech-hub.connpass.com/event/344781/

Transcript

1. Lambda(Python)の リファクタリングが好きなんです Toranomon Tech Hub 第三回 Kumi Komaki 2025/04/21
2. WHO AM I ? X:@komakichidev 6 所属：某SIer (ご近所ですf 6 職種： Webエンジニア(バックエンドメインf 6 最近ハマってること： テトリス。むずい。 小巻 玖美（こまきち） 実は AWS と Figma が一番好きなサービス このスライドもFigmaの機能で作成
3. 早速ですが…
4. 早速ですが… バックエンド開発しているよ！！！ という方
5. Lambdaを使って絶賛開発中だぞ！！ という方
6. AWS Lambdaのリファクタリングについて ver. Python 今回コードベースの話、というよりはマインド的な話の方が多めです 今日のお話
7. AWS Lambdaのリファクタリングについて ver. Python 今日のお話 結論 日々の開発の中で、Lambdaをリファクタリングしましょう 今回コードベースの話、というよりはマインド的な話の方が多めです
8. ざっくりアジェンダ GC なぜリファクタリングをした方がいいの0 2C AWS Lambda のリファクタリングの具体 C リファクタリングしましょ( @C まとめ 「あーリファクタリングってやっぱり大事だな」って思ってもらえたら嬉しい
9. あるプロジェクトの課題 (アーキテクチャにはLambdaがあると仮定) この機能開発して欲しい。どのくらいでできますか？ え、そんなにかかるんですか？ xxヶ月かかってしまいそうです 既存のコードの改修が辛くて、 単純な機能追加でも多くかかってしまう
10. リファクタリングはいつやる？ 来たときよりもきれいにして終わる 「リファクタリングしなきゃ」とは思っており、一部やっている部分もあるが 負債が多く取り除けていない状態 → リファクタリングは、いつやるのが適切か？ A. 　 駄目なコードを見かけるたびに、少しずつ改善していく 機能の追加やバグ修正の最中にリファクタリングをする

11. どうやって顧客に説明すべきか？ “管理者や顧客によっては、コードの健康状態 が生産性にどれだけ影響を与えるのか、技術的 に認識できないこともあるでしょう。 そうしたときのために、いささか問題発言的な アドバイスをしておきます。 「彼らにはだまってリファクタリングする」で す。” Martin Fowler 著, 児玉公信・友野晶夫・平澤章・梅澤真史 訳, 『リファクタリング（第2版）：既存のコードを安全に改善する』p55 OBJECT TECHNOLOGY SERIES, 2019年12月1日
12. 最初のスライド この機能開発して欲しい。どのくらいでできますか？ え、そんなにかかるんですか？ xxヶ月かかってしまいそうです 既存のコードの改修が辛くて、 単純な機能追加でも多くかかってしまう
13. 最初のスライド この機能開発して欲しい。どのくらいでできますか？ え、そんなにかかるんですか？ xxヶ月かかってしまいそうです 既存のコードの改修が辛くて、 単純な機能追加でも多くかかってしまう こういう場合、 大抵他の問題も併発している
14. 6@ FatなLambda関数になってい$ "@ テストコードが無く、修正後に不具合が出ることがある WR デプロイ／ロールバック手順が複雑 課題を整理する なぜ既存のコードの改修が辛いのか？ それによる他への影響 k@ Lambdaのパフォーマンスが悪い s~ 開発速度の低下でリリースまでのリードタイム増加
15.  FatなLambda関数になっている 50 デプロイ／ロールバック手順が複雑 Y テストコードが無く、修正後に不具合が出ることがある 課題を整理する なぜ既存のコードの改修が辛いのか？ それによる他への影響 m Lambdaのパフォーマンスが悪い u€ 開発速度の低下でリリースまでのリードタイム増加 コード出てくるのこの1だけです
16. 1-1 FatなLambda関数改善 A 関数分割して意味付けす7 A docstringもつければ、関連づいた関数 から概要を確認することもできる
17. 1-1 FatなLambda関数改善 handler の見通しが少しだけ良くなった
18. 環境変数は関数外で取得する（パフォーマンス対策） Lambdaの初期化時にのみ実行される (コールドスタート時のみ) コールドスタート / ウォームスタート 関係なく毎回実行される 1-2 FatなLambda関数改善 環境変数とクライアントの初期化などは関数外に
19. 1-2 FatなLambda関数改善 パフォーマンスの対応したら、コードも 少し読みやすくなった
20. 1-3 よりパフォーマンスや運用を意識するなら Powertools for AWS Lambda (Python) を検討する (CloudWatchの費用はかかるので注意) Powertools for AWS Lambda とは？ AWS Lambda関数の開発を効率化するためのユーティリティライブラリのセット 簡単にトレース、構造化ロギング、カスタムメトリックスなどの導入可能 https://docs.powertools.aws.dev/lambda/python/latest/ Á Lambdaのコンテキストログなどを自動で含め¶ Á X-Rayへの自動キャプチË Á コールドスタート時にカスタムメトリクスを仕込む
21. 1-4 コールドスタートを削減するなら in Python 関数側の改善を進めても、最終的にコールドスタートが壁になる でも、今は試せる方法がたくさんある（以下一例） https://tmokmss.hatenablog.com/entry/analyze-and-improve-lambda-python-coldstart œ‘ あまり使わないimportは関数内で使用す„ q‘ Lambda SnapStart を使用す„ s‘ Provisioned Concurrency を設定す„ š‘ コンテナLambdaに変え„ j‘ Rustバインディングをしてみる 個人的には⁨⁩上から順に 考える
22. 1-4 ざっくり紹介 )( あまり使わないimportは関数内で使用する 頻繁に使わないが、初期化時に読み込むと時間がかかるライブラリを内部で定義
23. 1-4 ざっくり紹介 ' Lambda SnapStart を使用する 名前から察せるように Lambda の SnapShot を裏側で作ってくれる機能 2024年11月 に Python (Python 3.12 以降) に対応！ •' Provisioned Concurrency を設定する 決めた数(同時並行数)で Lambda を事前に立ち上げておく機能  使用にはプラスで費用がかかるので、コストは注†  コンテナランタイムでは使えない 使用にはプラスで費用がかかる (リクエスト数、メモリ、同時実行数次第でコスト増加)
24. 1-4 ざっくり紹介 % Rustバインディングをしてみる Rust の関数やロジックを Python から直接利用可能にする仕組み (他の言語からも可能)
 Python と Rust を組み合わせて、良いとこどりみたいにできるらしい
 （私はまだ実際には試したことがない②） l% コンテナLambdaに変える キャッシュやデータ転送を効率化し、コールドスタートの時間が短縮される仕組み。 pandasなどの大きめのライブラリをimportしている時などに特に有効。 （私はまだ実際には試したことがない①） https://developers.cyberagent.co.jp/blog/archives/44067/ https://qiita.com/dera_p/items/477292201a36e0859f0f
25.  FatなLambda関数になっている 50 デプロイ／ロールバック手順が複雑 Y テストコードが無く、修正後に不具合が出ることがある 課題を整理する なぜ既存のコードの改修が辛いのか？ 話は戻り それによる他への影響 q Lambdaのパフォーマンスが悪い y„ 開発速度の低下でリリースまでのリードタイム増加
26. # テストコードが無く、修正後に不具合が出ることがある これはテストを少しずつ増やしていくしかない じゃあ、どうやって増やしていくか？
27. # テストコードが無く、修正後に不具合が出ることがある これはテストを少しずつ増やしていくしかない じゃあ、どうやって増やしていくか？ 不具合が発生した処理のテストコードから 追加することを徹底する 不具合が出たときに、 該当箇所だけ修正して終わりにしていないか？
28.  FatなLambda関数になっている 50 デプロイ／ロールバック手順が複雑 Y テストコードが無く、修正後に不具合が出ることがある 課題を整理する なぜ既存のコードの改修が辛いのか？ それによる他への影響 m Lambdaのパフォーマンスが悪い u€ 開発速度の低下でリリースまでのリードタイム増加 リファクタリングに絞った話
29.  Lambdaのパフォーマンスが悪い リファクタリングの優先度が下がった結果、修正しづらいコードが残り パフォーマンスチューニングがしにくい状態 リファクタリング ≠ 他に優先したいことがたくさんある 量が多いので特別期間を取って対応する、となると足踏みしてしまう 未来への投資？ 息をするのと同じように リファクタリングすることの大切さ
30. 今後の機能追加や開発の選択肢を持てるようにTidyへ “「次にどのような振る舞いを実装できるか」 は、実装する前から、それ自体に価値がある。 これには驚いた。終わらせたことに対して対価 が支払われるのだと思っていた。そうではな かったのだ。次にできることに対して支払われ ることがほとんどだった。” Kent Beck 著, 吉羽龍太郎・永瀬美穂・細澤あゆみ 訳 『Tidy First?―個人で実践する経験主義的ソフトウェア設計』, p90 System/Network, 2024年12月発行
31. まとめ 5 AWS Lambda のリファクタリングは、小さい対応から大きい対応ま 5 開発しながら少しずつリファクタリングしましょう
 見たときよりもきれいにして終わる
32. Thank You