翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# の SDK 起動時間を短縮する AWS Lambda
の目標の 1 AWS SDK for Java 2.x つは、 関数の起動レイテンシーを減らすことです AWS Lambda 。SDK には、起動時間を短縮する変更が含まれています。これについてはこのトピックの最後で説明します。
まず、このトピックでは、コールド起動時間を短縮するためにできる変更に焦点を当てます。これには、コード構造やサービスクライアントの設定の変更が含まれます。
## CRT ベースの AWS HTTP クライアントを使用する
を使用するには AWS Lambda、同期シナリオ[https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/http/crt/AwsCrtHttpClient.html](https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/http/crt/AwsCrtHttpClient.html)の場合は を、非同期シナリオ[https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/http/crt/AwsCrtAsyncHttpClient.html](https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/http/crt/AwsCrtAsyncHttpClient.html)の場合は を使用することをお勧めします。
このガイドの [CRT AWS ベースの HTTP クライアントを設定する](http-configuration-crt.md) トピックでは、HTTP クライアントを使用する利点、依存関係を追加する方法、サービスクライアントによる使用を設定する方法について説明します。
## 未使用の HTTP クライアント依存関係を削除する
CRT ベースのクライアントの明示的な使用に加えて、SDK AWS がデフォルトで導入する他の HTTP クライアントを削除できます。ロードする必要のあるライブラリが少ないほど、Lambda の起動時間は短くなるため、JVM がロードする必要のある未使用のアーティファクトはすべて削除する必要があります。
以下の Maven `pom.xml` ファイルのスニペットは、Apache ベースの HTTP クライアントと Netty ベースの HTTP クライアントが除外されていることを示しています。( AWS CRT ベースのクライアントを使用する場合、これらのクライアントは必要ありません）。この例では、HTTP クライアントアーティファクトを S3 クライアントの依存関係から除外し、アー`aws-crt-client`ティファクトを追加して AWS CRT ベースの HTTP クライアントへのアクセスを許可します。
```
2.27.21
software.amazon.awssdk
bom
${aws.java.sdk.version}
pom
import
software.amazon.awssdk
aws-crt-client
software.amazon.awssdk
s3
software.amazon.awssdk
netty-nio-client
software.amazon.awssdk
apache-client
```
**注記**
`pom.xml` ファイル内のすべてのサービスクライアント依存関係に `` 要素を追加します。
## 検索をショートカットするようにサービスクライアントを設定します。
**リージョンを指定する**
サービスクライアントを作成したら、サービスクライアントビルダーの `region` メソッドを呼び出します。これにより、SDK のデフォルトの[リージョン検索プロセス](region-selection.md#default-region-provider-chain)がショートカットされ、複数の場所で AWS リージョン 情報がチェックされます。
Lambda コードをリージョンから独立させるには、`region` メソッド内で以下のコードを使用します。このコードは、Lambda コンテナによって設定された `AWS_REGION` 環境変数にアクセスします。
```
Region.of(System.getenv(SdkSystemSetting.AWS_REGION.environmentVariable()))
```
**`EnvironmentVariableCredentialProvider` の使用**
リージョン情報のデフォルトの検索動作と同様に、SDK は複数の場所で認証情報を検索します。サービスクライアントを構築するときに [https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/auth/credentials/EnvironmentVariableCredentialsProvider.html](https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/auth/credentials/EnvironmentVariableCredentialsProvider.html) を指定することで、SDK の認証情報検索処理にかかる時間を短縮できます。
この認証情報プロバイダーを使用すると、コードは Lambda 関数で使用できますが、 Amazon EC2 や他のシステムでは機能しない場合があります。
どこかの時点で [Lambda SnapStart for Java](#lambda-quick-snapstart) を使用する場合は、デフォルトの認証情報プロバイダーチェーンを使用して認証情報を検索する必要があります。`EnvironmentVariableCredentialsProvider` を指定した場合、最初の認証情報ルックアップは機能しますが、SnapStart がアクティブ化されると [Java ランタイムはコンテナ認証情報の環境変数を設定します](https://docs.aws.amazon.com/lambda/latest/dg/snapstart-activate.html#snapstart-credentials)。アクティベーション時に、`EnvironmentVariableCredentialsProvider` が使用する環境変数 (アクセスキー環境変数) は Java SDK では使用できません。
以下のコードスニペットは、Lambda 環境で使用するために適切に設定された S3 サービスクライアントを示しています。
```
S3Client s3Client = S3Client.builder()
.region(Region.of(System.getenv(SdkSystemSetting.AWS_REGION.environmentVariable())))
.credentialsProvider(EnvironmentVariableCredentialsProvider.create())
.httpClient(AwsCrtHttpClient.builder().build())
.build();
```
## Lambda 関数ハンドラーの外部で SDK クライアントを初期化する
Lambda ハンドラーメソッドの外部で SDK クライアントを初期化することをお勧めします。これにより、実行コンテキストが再利用される場合、サービスクライアントの初期化をスキップできます。クライアントインスタンスとその接続を再利用することで、それ以降のハンドラーメソッドの呼び出しがより迅速に行われます。
以下の例では、`S3Client` インスタンスは静的ファクトリーメソッドを使用してコンストラクターで初期化されます。Lambda 環境で管理されているコンテナが再利用されると、初期化された `S3Client` インスタンスが再利用されます。
```
public class App implements RequestHandler {
private final S3Client s3Client;
public App() {
s3Client = DependencyFactory.s3Client();
}
@Override
public Object handle Request(final Object input, final Context context) {
ListBucketResponse response = s3Client.listBuckets();
// Process the response.
}
}
```
## 依存関係インジェクションを最小限に抑える
依存関係インジェクション (DI) フレームワークを使用すると、設定プロセスの完了までにさらに時間がかかる場合があります。また、追加の依存関係が必要になる可能性もあり、読み取りに時間がかかります。
DI フレームワークが必要な場合は、[Dagger](https://dagger.dev/dev-guide/) などの軽量な DI フレームワークの使用をお勧めします。
## Maven Archetype ターゲットを使用する AWS Lambda
AWS Java SDK チームは、最小限の起動時間で Lambda プロジェクトをブートストラップするための [Maven Archetype](https://github.com/aws/aws-sdk-java-v2/tree/master/archetypes/archetype-lambda) テンプレートを開発しました。アーキタイプから Maven プロジェクトを構築し、依存関係が Lambda 環境に合わせて適切に設定されていることを確認できます。
アーキタイプおよびデプロイ例について知るには、この[ブログ記事](https://aws.amazon.com/blogs/developer/bootstrapping-a-java-lambda-application-with-minimal-aws-java-sdk-startup-time-using-maven/)を参照してください。
## Lambda SnapStart for Java を検討する
ランタイム要件に互換性がある場合、 は [Lambda SnapStart for Java ](https://docs.aws.amazon.com/lambda/latest/dg/snapstart.html) AWS を提供します。Lambda SnapStart は、Java 関数の起動パフォーマンスを向上させるインフラストラクチャベースのソリューションです。新しいバージョンの関数を発行する場合、Lambda SnapStart は初期化され、メモリとディスクの状態の変更不可能な暗号化されたスナップショットを作成します。その後、SnapStart はスナップショットをキャッシュして再利用します。
## 起動時間に影響するバージョン 2.x の変更点
コードに加えた変更に加えて、SDK for Java のバージョン 2.x には、起動時間を短縮する 3 つの主な変更が含まれています。
+ 初期化時間を短縮するシリアル化ライブラリである、[Jackson-jr](https://github.com/FasterXML/jackson-jr) を使用します
+ JDK の一部である日付時刻オブジェクトで [java.time](https://docs.oracle.com/javase/8/docs/api/index.html?java/time.html) ライブラリを使用します。
+ ログ記録ファサードの [Slf4j](https://www.slf4j.org/) を使用します
## その他のリソース
AWS Lambda デベロッパーガイドには、Java 固有ではない Lambda 関数を開発するための[ベストプラクティスに関するセクション](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html)が含まれています。
が使用する Java でクラウドネイティブアプリケーションを構築する例については AWS Lambda、この[ワークショップのコンテンツ](https://github.com/aws-samples/aws-lambda-java-workshop)を参照してください。ワークショップでは、パフォーマンスの最適化やその他のベストプラクティスについて説明します。
起動時のレイテンシーを短縮するために、事前にコンパイルされた静的イメージの使用を検討できます。例えば、SDK for Java 2.x および Maven を使用して [GraalVM ネイティブイメージを構築](setup-project-graalvm.md)できます。