翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

の SDK 起動時間を短縮する AWS Lambda

の目標の 1 AWS SDK for Java 2.x つは、 関数の起動レイテンシーを減らすことです AWS Lambda 。SDK には、起動時間を短縮する変更が含まれています。これについてはこのトピックの最後で説明します。

まず、このトピックでは、コールド起動時間を短縮するためにできる変更に焦点を当てます。これには、コード構造やサービスクライアントの設定の変更が含まれます。

CRT ベースの AWS HTTP クライアントを使用する

を使用する場合は AWS Lambda、同期シナリオAwsCrtHttpClientの場合は を、非同期シナリオAwsCrtAsyncHttpClientの場合は を使用することをお勧めします。

このガイドの CRT AWS ベースの HTTP クライアントを設定する トピックでは、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 クライアントへのアクセスを許可します。

<project>
    <properties>
        <aws.java.sdk.version>2.27.21</aws.java.sdk.version>
    <properties>
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>software.amazon.awssdk</groupId>
                <artifactId>bom</artifactId>
                <version>${aws.java.sdk.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>software.amazon.awssdk</groupId>
            <artifactId>aws-crt-client</artifactId>
        </dependency>
        <dependency>
            <groupId>software.amazon.awssdk</groupId>
            <artifactId>s3</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>software.amazon.awssdk</groupId>
                    <artifactId>netty-nio-client</artifactId>
                </exclusion>
                <exclusion>
                    <groupId>software.amazon.awssdk</groupId>
                    <artifactId>apache-client</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
    </dependencies>
</project>

検索をショートカットするようにサービスクライアントを設定します。

以下のコードスニペットは、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<Object, Object> {
    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 などの軽量な DI フレームワークの使用をお勧めします。

Maven Archetype ターゲットを使用する AWS Lambda

AWS Java SDK チームは、最小限の起動時間で Lambda プロジェクトをブートストラップするための Maven Archetype テンプレートを開発しました。アーキタイプから Maven プロジェクトを構築し、依存関係が Lambda 環境に合わせて適切に設定されていることを確認できます。

アーキタイプおよびデプロイ例について知るには、このブログ記事を参照してください。

Lambda SnapStart for Java を検討する

ランタイム要件に互換性がある場合、 は Lambda SnapStart for Java AWS を提供します。Lambda SnapStart は、Java 関数の起動パフォーマンスを向上させるインフラストラクチャベースのソリューションです。新しいバージョンの関数を発行する場合、Lambda SnapStart は初期化され、メモリとディスクの状態の変更不可能な暗号化されたスナップショットを作成します。その後、SnapStart はスナップショットをキャッシュして再利用します。

SnapStart を最大限に活用するには、SdkWarmUp API を使用して、Lambda がスナップショットを作成する前にすべての SDK クライアントをウォームアップします。その後、スナップショットはウォームされたクライアントをキャプチャするため、復元されたすべての関数は準備が整った状態で開始されます。詳細については、「SdkWarmUp を使用した SDK クライアントのウォームアップを検討する」を参照してください。

SdkWarmUp を使用した SDK クライアントのウォームアップを検討する

の SdkWarmUp API は、アプリケーションの初期化中に SDK クライアントを AWS SDK for Java 2.x ウォームアップします。その結果、最初のサービス API コールが高速になります。ウォームアップはクライアントを構築し、 オペレーションを呼び出して SDK リクエストパスを実行します。これは、アプリケーションが実際のトラフィックを処理する前に発生します。1 回の呼び出しで、クラスパス上のすべての SDK クライアント、またはアプリケーションが使用する特定のクライアントのみをウォームアップできます。

Lambda SnapStart やプロビジョニングされた同時実行など、コールドスタートを減らす Lambda 機能で SdkWarmUp API を使用できます。の設定と使用の詳細についてはSdkWarmUp、「」を参照してくださいで SDK クライアントをウォームアップする AWS SDK for Java 2.x。

起動時間に影響するバージョン 2.x の変更点

コードに加えた変更に加えて、SDK for Java のバージョン 2.x には、起動時間を短縮する 3 つの主な変更が含まれています。

その他のリソース

AWS Lambda デベロッパーガイドには、Java 固有ではない Lambda 関数を開発するためのベストプラクティスに関するセクションが含まれています。

が使用する Java でクラウドネイティブアプリケーションを構築する例については AWS Lambda、このワークショップのコンテンツを参照してください。ワークショップでは、パフォーマンスの最適化やその他のベストプラクティスについて説明します。

起動時のレイテンシーを短縮するために、事前にコンパイルされた静的イメージの使用を検討できます。例えば、SDK for Java 2.x および Maven を使用して GraalVM ネイティブイメージを構築できます。