Java＆＃＆チュートリアルAWS Lambda での Spring Boot アプリケーション - パート GraalVM ネイティブ イメージとメモリ設定を使用したコールド スタートとウォーム スタートの測定
導入
シリーズの記事パート 12 では、Spring Cloud Function AWS アプリケーションから作成された GraalVM 22 ランタイムを使用した GraalVM ネイティブ イメージを含むカスタム ランタイムを使用して Lambda 関数を開発およびデプロイする方法を検討しました。パート 13 では、1024 MB のメモリを備えたこのような Lambda 関数のパフォーマンス (コールド スタートとウォーム スタート) を測定しました。
この記事では、コストとパフォーマンスのトレードオフを調査するために、256 MB から 1536 MB までの異なるメモリ設定でこのアプローチを使用して Lambda 関数のパフォーマンス (コールド スタートとウォーム スタート) を測定します。
異なるメモリ設定を持つ GraalVM ネイティブ イメージを含むカスタム ランタイムを使用した Lambda 関数のコールド スタートとウォーム スタートの測定
この記事シリーズのパート 13 で説明したのとまったく同じ実験を再利用しますが、メモリ設定は 256 MB から 1536 MB の間で異なります。
実験の結果は次のとおりです:
コールド (c) およびウォーム (m) の開始時間 (ミリ秒):
| Memory setting | c p50 | c p75 | c p90 | c p99 | c p99.9 | c max | w p50 | w p75 | w p90 | w p99 | w p99.9 | w max |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 256 MB | 1634.84 | 1659.54 | 1691.35 | 1778.03 | 1785.15 | 1785.7 | 6.56 | 6.99 | 7.63 | 18.33 | 372.54 | 857.7 |
| 512 MB | 1244.44 | 1278.48 | 1313.45 | 1414.28 | 1421.36 | 1421.94 | 6.66 | 7.10 | 7.94 | 25.41 | 181.86 | 414.99 |
| 768 MB | 1111.53 | 1126.07 | 1139.66 | 1192.08 | 1202.86 | 1203.07 | 6.58 | 6.93 | 7.48 | 12.46 | 115.18 | 278.91 |
| 1024 MB | 1051.03 | 1061.58 | 1080.86 | 1119.34 | 1149.45 | 1230.28 | 6.45 | 6.77 | 7.33 | 12.50 | 90.92 | 218.17 |
| 1280 MB | 1022.02 | 1035.39 | 1058.41 | 1065.76 | 1104.64 | 1174.79 | 6.58 | 6.96 | 7.54 | 12.37 | 70.77 | 271.13 |
| 1536 MB | 1009.83 | 1029.20 | 1048.41 | 1161.32 | 1116.24 | 1148.24 | 6.66 | 7.04 | 7.75 | 12.08 | 63.03 | 215.62 |
結論
この記事では、パート 12 で紹介した Spring Cloud Function AWS アプリケーションから作成された GraalVM 21 ランタイムと GraalVM Native Image を含むカスタム ランタイムを使用し、256 ～ 1536 MB の異なるメモリ設定を持つ Lambda 関数のコールド スタートとウォーム スタートを測定しました。
記事「GraalVM ネイティブ イメージを使用した純粋な Lambda 関数 - 異なる Lambda メモリ設定を使用したコールド スタートとウォーム スタートの測定」で説明されているのと同様のことが観察されます。 ウォーム スタート時間は、256 MB や 512 MB などの低い Lambda 関数メモリ設定でも互いに非常に近く、主に高いパーセンタイルで違いが見られます (>= p90)。コールドスタート時間は、256 MB と 512 MB では非常に長く、768 MB のメモリから開始すると、Lambda に追加のメモリを与えることで少しだけ減少しますが、1024 MB を超えるメモリでは目立った違いはありません。 パフォーマンス要件に応じて、サンプル アプリケーションで最初に指定した 1024 MB よりも少ないメモリを Lambda に与えることができ、768 MB またはそれよりも少ないメモリで非常に優れた価格パフォーマンスのトレードオフを実現できます。
パート 13 の結論で説明したのと同じ観察結果も共有しました。コールド スタート時間を、記事「GraalVM ネイティブ イメージを使用した純粋な Lambda 関数 - 異なる Lambda メモリ設定を使用したコールド スタートとウォーム スタートの測定」で測定された時間と比較すると、(ここで、Lambda 関数は Spring Boot などのフレームワークを使用しません)、純粋な Lambda 関数を使用すると、各パーセンタイルの値が約 0.5 ～ 0.6 秒低くなります。個人的には、サンプル Spring Boot 3 アプリケーションには、コールド スタート時間の大きな違いを説明できないため、最適化の可能性があると考えています。私の (おそらく単純な) 予想は、AWS Lambda および GraalVM ネイティブ イメージで Spring Boot 3 フレームワークを使用すると、純粋な Lambda 関数の使用と比較して、コールド スタート時間が 0.2 ～ 0.3 増加するだけである可能性があるということです。
この記事の公開時点では、使用されているフレームワークとツールの新しいバージョン (GraalVM 23 ランタイム、Spring Boot 3.4、および Spring Cloud Function ライブラリのバージョン更新) が利用可能になっているため、バージョンを変更して GraalVM Native を再コンパイルする必要があります。シリーズのパート 2 の指示に従って画像を作成し、パフォーマンスを再測定します。また、これらのバージョンでの新しい測定結果を近々公開し、サンプル アプリケーションをアップグレードする予定です。
以上がAWS Lambda での Spring Boot アプリケーション - パート GraalVM ネイティブ イメージとメモリ設定を使用したコールド スタートとウォーム スタートの測定の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
2025年のトップ4 JavaScriptフレームワーク：React、Angular、Vue、SvelteMar 07, 2025 pm 06:09 PMこの記事では、2025年の上位4つのJavaScriptフレームワーク（React、Angular、Vue、Svelte）を分析し、パフォーマンス、スケーラビリティ、将来の見通しを比較します。 強力なコミュニティと生態系のためにすべてが支配的なままですが、彼らの相対的なポップ
カフェインやグアバキャッシュなどのライブラリを使用して、Javaアプリケーションにマルチレベルキャッシュを実装するにはどうすればよいですか？Mar 17, 2025 pm 05:44 PMこの記事では、カフェインとグアバキャッシュを使用してJavaでマルチレベルキャッシュを実装してアプリケーションのパフォーマンスを向上させています。セットアップ、統合、パフォーマンスの利点をカバーし、構成と立ち退きポリシー管理Best Pra
node.js 20：キーパフォーマンスが向上し、新機能Mar 07, 2025 pm 06:12 PMnode.js 20は、V8エンジンの改善、特により速いガベージコレクションとI/Oを介してパフォーマンスを大幅に向上させます。 新機能には、より良いWebセンブリのサポートと洗練されたデバッグツール、開発者の生産性とアプリケーション速度の向上が含まれます。
Javaのクラスロードメカニズムは、さまざまなクラスローダーやその委任モデルを含むどのように機能しますか？Mar 17, 2025 pm 05:35 PMJavaのクラスロードには、ブートストラップ、拡張機能、およびアプリケーションクラスローダーを備えた階層システムを使用して、クラスの読み込み、リンク、および初期化が含まれます。親の委任モデルは、コアクラスが最初にロードされ、カスタムクラスのLOAに影響を与えることを保証します
Iceberg：データレイクテーブルの未来Mar 07, 2025 pm 06:31 PM大規模な分析データセットのオープンテーブル形式であるIcebergは、データの湖のパフォーマンスとスケーラビリティを向上させます。 内部メタデータ管理を通じて、寄木細工/ORCの制限に対処し、効率的なスキーマの進化、タイムトラベル、同時wを可能にします
Spring Boot Snakeyaml 2.0 CVE-2022-1471問題修正Mar 07, 2025 pm 05:52 PMこの記事では、リモートコードの実行を可能にする重大な欠陥であるSnakeyamlのCVE-2022-1471の脆弱性について説明します。 Snakeyaml 1.33以降のSpring Bootアプリケーションをアップグレードする方法は、このリスクを軽減する方法を詳述し、その依存関係のアップデートを強調しています
キャッシュや怠zyなロードなどの高度な機能を備えたオブジェクトリレーショナルマッピングにJPA（Java Persistence API）を使用するにはどうすればよいですか？Mar 17, 2025 pm 05:43 PMこの記事では、キャッシュや怠zyなロードなどの高度な機能を備えたオブジェクトリレーショナルマッピングにJPAを使用することについて説明します。潜在的な落とし穴を強調しながら、パフォーマンスを最適化するためのセットアップ、エンティティマッピング、およびベストプラクティスをカバーしています。[159文字]
高度なJavaプロジェクト管理、自動化の構築、依存関係の解像度にMavenまたはGradleを使用するにはどうすればよいですか？Mar 17, 2025 pm 05:46 PMこの記事では、Javaプロジェクト管理、自動化の構築、依存関係の解像度にMavenとGradleを使用して、アプローチと最適化戦略を比較して説明します。
ホットAIツール
Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ
AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。
Undress AI Tool
脱衣画像を無料で
Clothoff.io
AI衣類リムーバー
AI Hentai Generator
AIヘンタイを無料で生成します。
人気の記事
ホットツール
DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、
AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター
Dreamweaver Mac版
ビジュアル Web 開発ツール
PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール
SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。
