AWS ラムダ

AWS ラムダ

開発者	アマゾン
初回リリース	2014年11月13日; 10年前 ( 2014-11-13 )
オペレーティング·システム	クロスプラットフォーム
利用可能	英語
Webサイト	詳しくはこちら

AWS Lambda は、Amazon Web Servicesの一部としてAmazonが提供するイベント駆動型のサーバーレス Function as a Service (FaaS)です。開発者がサーバーのプロビジョニングや管理をせずにコードを実行できるように設計されています。イベントに応答してコードを実行し、そのコードに必要なコンピューティング リソースを自動的に管理します。2014 年 11 月 13 日に導入されました。^[1]

2024 年現在、各 AWS Lambda インスタンスは、Firecracker microVM を搭載した軽量で分離された環境内で実行されます。これらの microVM は、AWS が開発したカスタム Linux ディストリビューションであるAmazon Linux (Amazon Linux AMI または Amazon Linux 2)に基づくランタイム環境で初期化されます。Firecracker はハードウェア仮想化ベースの分離を提供し、最小限のオーバーヘッドでベアメタルに近いパフォーマンスを実現することを目指しています。AWS は、従来の仮想マシンとは異なり、これらの microVM は数ミリ秒で起動し、最小限のメモリフットプリントで迅速かつ安全な関数実行を可能にすると主張しています。Amazon Linux AMI は、クラウドネイティブおよびサーバーレスのワークロード向けに特別に最適化されており、軽量で安全でパフォーマンスの高いランタイム環境を提供することを目指しています。^{[2] [3] [4]}

2024年12月現在、AWS LambdaはNode.js、Python、Java、Go、.NET、Ruby、カスタムランタイムをサポートしています。^[5]

2019年、AWSの年次クラウドコンピューティングカンファレンス（AWS re:Invent）で、AWS Lambdaチームは「Provisioned Concurrency」を発表しました。これは、「関数を初期化し、2桁のミリ秒で応答できるようにハイパーレディに保つ」機能です。 ^[6] Lambdaチームは、Provisioned Concurrencyを「Webやモバイルのバックエンド、レイテンシに敏感なマイクロサービス、同期APIなどのインタラクティブなサービスを実装するのに理想的」と説明しました。^[7]

Lambda関数URLは、認証されたユーザーと認証されていないユーザーの両方がアクセスできる一意の永続的なURLをLambdaに提供します。 ^[8]

AWS Lambdaレイヤーは、AWS Lambda関数に追加できるライブラリ、フレームワーク、またはカスタムコードを含むZIPアーカイブです。^[9] 2024年12月現在、AWS Lambdaレイヤーには重大な制限があります。^{[10] [11]}

• セマンティック バージョン管理はサポートされていません。
• 主要なセキュリティ スキャン ツールとの非互換性。
• Lambda の 250 MB のサイズ制限への貢献。
• 現地でのテストを妨害した。
• ツリーシェイキングの最適化はありません。

AWSサーバーレスヒーローのYan Cuiは、これらの制約のため、パッケージマネージャー（例： NPM ）を使用した代替コード共有戦略を推奨しています。 ^[12]

AWS Lambda Destinations は、デッドレターキュー (DLQ) と比較して、高度なエラー処理およびルーティング機能を提供します。DLQ は失敗した非同期呼び出しのみをキャプチャして手動で処理しますが、Lambda Destinations は同期呼び出しと非同期呼び出しの両方をサポートします。Lambda Destinations を使用すると、呼び出しの結果 (成功または失敗) に基づいて、Amazon SQS、SNS、EventBridge、または別の Lambda 関数などのさまざまなターゲットにルーティングできます。Destinations には、リクエストとレスポンスのペイロードなど、呼び出しに関する詳細なコンテキスト情報を取得する機能も含まれており、より詳細な監視とトラブルシューティングに役立ちます。この機能により、サーバーレスアプリケーションでより動的で自動化されたエラー処理ワークフローが促進されます。^{[13] [12]}

DevSecOpsの実践に従うことで、エンドユーザーはLambdaベースのアプリケーションをより効果的に使用し、保護することができます。^[14] Lambdaベースのアプリケーションでは、インフラストラクチャとビジネスロジックの境界が曖昧で、アプリは通常、さまざまなサービスに分散しています。 Yan Cuiによると、テストの取り組みから最大の価値を得るには、Lambdaベースのアプリケーションは主に統合についてテストし、ユニットテストは複雑なビジネスロジックがある場合にのみ使用する必要があります。 また、Lambdaベースのデバッグと実装を容易にするために、開発者はマイクロサービスの境界付けられたコンテキスト内でオーケストレーションを使用し、境界付けられたコンテキスト間で振り付けを使用する必要があります。 ^[12]

AWS LambdaからAmazon ECSなどの他のAWSコンピューティングサービスへの移行は、AWS LambdaのAPIとの緊密な統合（サービスロックインと呼ばれることが多い）により課題が生じます。AWS Lambda Web Adapterなどのツールは、開発者が「Lambdalith」またはモノリシックLambda設計パターンの下で使い慣れたフレームワークを使用してWebアプリケーションを構築できるようにすることで、移植性への道を提供します。 ^{[15] [16]} ただし、このアプローチでは、アラートとアクセス制御の粒度が粗い、依存関係が大きい場合のコールドスタートの遅延の可能性、非HTTP APIへの適合性の制限などの制限が生じます。

六角形アーキテクチャなどのアーキテクチャパターンを採用すると、依存関係を抽象化し、コンピューティングプラットフォーム間の互換性を促進することで、これらの課題を軽減できます。^[12]このアプローチでは、コアビジネスロジックをインフラストラクチャ固有のコードから分離することで、HTTP APIと非HTTP APIの両方をサポートし、サーバーレスワークロードのためのより移植性の高い基盤を提供します。

サービス間の統合をテストすることは、特にAWS Lambdaのようなサーバーレスアプリケーションでは、分散化され断片化されたアーキテクチャのため、非常に重要です。LocalStackのようなシミュレーターツールはテストを容易にしますが、実際のAWSサービスとは異なる可能性があるため、誤検知が発生する可能性があります。^[17]

この制限に対処するために、Yan Cui は「リモートテスト」を導入し、本物の AWS サービスとやり取りしながらアプリケーション コードをローカルで実行できるようにしました。このアプローチにより、デプロイせずにリアルタイムのデバッグと迅速なコード変更が可能になります。ただし、AWS リソースのプロビジョニングとその後の廃止が必要になり、綿密な計画が必要になります。^[12]

Lambda Live Debuggerは、クラウドにデプロイされたAWS Lambda関数をコンピュータからデバッグするのに役立つオープンソースツールです。AWS CDK v2、Serverless Framework v3、AWS Serverless Application Model (SAM)、Terraformをサポートしています。^[18]

2022年4月、研究者らはAWS Lambdaを標的とした「Denonia」という暗号通貨マイニングマルウェアを発見した。^{[19] [20] [21]}

• イベント駆動型アーキテクチャ
• サーバーレスフレームワーク
• サーバーレスコンピューティング
• サービスとしての機能
• Lambda関数は、アイデンティティに縛られない匿名コンピューティング関数の概念であり、Amazon Lambdaの名前の由来となっている。
• Oracleクラウドプラットフォーム
• Google クラウド関数
• Azure 関数

• 公式サイト