boto3.resource と boto3.client、DynamoDB で使うならどっちが速い？ | TechDistill

> Source: Zenn_Python

// Problem

AWS Lambda等のサーバーレス環境において、実行時間の短縮が求められる場面がある。boto3.resourceは利便性が高い反面、内部でPython型とDynamoDB型の変換（マーシャリング）やオブジェクト生成を行うため、これらがコールドスタート時の初期化コストや実行時のオーバーヘッドとなり、レイテンシを悪化させる要因となる。

// Approach

boto3の2つのインターフェースの内部構造を比較分析している。resourceが提供する抽象化レイヤーのコストを特定し、APIと1対1で対応するclientを使用することで、不要な型変換処理を排除し、直接的なデータ操作を行う手法について検討している。

// Result

clientはresourceに比べ、初期化および実行時のオーバーヘッドが少なく、低レイテンシな処理に適している。また、resourceは機能追加が凍結されているため、将来的な拡張性とメンテナンス性を考慮すると、新規開発においてはclientを採用することが推奨される。

Senior Engineer Insight

> 低レイテンシが至上命題となる大規模システムにおいて、resourceの抽象化コストは「見えない負債」である。特にLambdaのコールドスタート対策を講じる現場では、clientの採用は必須と言える。ただし、clientの欠点である記述の冗長性は、開発効率を著しく低下させる。これを防ぐには、TypedDictやPydanticを用いたスキーマ定義の共通化を設計段階から組み込み、型安全性を担保しつつ記述負荷を軽減するプラクティスが不可欠である。単なる利便性のために将来的な機能制限を許容するのは、プロフェッショナルな設計とは言えない。