[セッションレポート]Java on Lambda のコールドスタートを乗り越える、これからのサーバーレスアプリケーション(AWS-26) #AWSSummit | DevelopersIO
[セッションレポート]Java on Lambda のコールドスタートを乗り越える、これからのサーバーレスアプリケーション(AWS-26) #AWSSummit こんにちは。AWS事業本部の木村です。 今回は 2023 年 4 月 20 - 21 日にわたって開催された AWS Summit Tokyo 2023 のセッションレポートです。 セッション概要 AWS Lambda は 2014 年に誕生して以来、様々なランタイムをサポートをし、多様なワークロードで利用されています。Java もクラウドに限らず様々な環境で活用をされているプログラミング言語です。一方、これまで Lambda と Java はサーバーレスの特性と言語特性にギャップがあり、起動速度が長い等の課題から活用をすることが難しい場合がありました。ですが今回はその課題を克服し、サーバーレス環境でどのように Java を活用す
![[セッションレポート]Java on Lambda のコールドスタートを乗り越える、これからのサーバーレスアプリケーション(AWS-26) #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/92906dcb785a4c93120a3f47650fb23b9bcad275/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F04%2Fbnr_AWS_smt_tokyo2023_1200x630_SR.png)
１年付き合って見て思ったこと。 Lambdaは毎年たくさん機能アップデートがあるけど、やっぱりLambdaの醍醐味はそのシンプルさだと思います。シンプルに使えるように、Lambdaだけでシステムやロジック設計をするのではなくて、AWSのビルディングブロックの組み合わせで適材適所で活かしあった方が良いなと思う１年でした。 Provisioned Concurrencyによって、より多くのワークロードでLambdaが利用された１年になりましたが、それ以上にProvisioned Concurrencyを利用しなくても、そのまま素で自動的にスケールしてくれるLambdaの良さを再確認した１年でもありました。 この記事について 執筆時はre:Invent 2020の前日です。 ですので、re:Invent2020の内容は一切含みません。 そしてProvisioned Concurrencyは201
【待望リリース！】もう Lambda×RDS は怖くない！LambdaでRDSプロキシを徹底的に検証してみた 〜全てがサーバレスになる〜 - Qiita
本日の reinvent でのリリースで衝撃のアップデートがたくさん出ましたね。EKS on Fargate や SageMaker の大幅アップデートも魅力的ですが Lambda の常識をくつがえす RDS のプロキシ機能が登場しました 🎉 ついに出ました！これでLambdaからRDS使うの怖くなくなります。Lambdaからも使えるコネクションプールマネージャ。これでLambdaとRDBMSの相性問題は先日のVPCの改善と合わせて解消されますー。SQL最高！！ / “Using Amazon RDS Proxy with AWS Lambda | AWS Compute Blog” https://t.co/YWgIu19GoH — Keisuke69@AWS re:Invent (@Keisuke69) December 4, 2019 Lambda から RDS に対するアクセスは
AWS CDK で API Gateway + Swaggerの環境を構築する | DevelopersIO
おはようございます。CX事業本部＠札幌の佐藤です。 はじめに AWS CDKではAPI Gatewayを作成する方法として、以下の3種類の方法があります。 @aws-cdk/aws-apigatewayの RestAPI を使う（基本はこれ） @aws-cdk/aws-apigatewayの CfnXXXX を使う（冗長な記述になる） @aws-cdk/aws-samの CfnApi を使う（AWS SAMのAWS::Serverless::Apiと同じ） 概要 AWS CDKを使ってサーバーレスなRestAPIのインフラを構築することになりました。AWS SAMだと、AWS::Serverless::Apiを使えば、Swaggerに対応しているんですが、AWS CDKでは以下のIssueにある通り、現状API GatewayのSwaggerが対応されていません。（対応予定ではあります）
Amazon CloudFront now supports Origin Access Control (OAC) for Lambda function URL origins
Starting today, customers can protect their AWS Lambda URL origins by using CloudFront Origin Access Control (OAC) to only allow access from designated CloudFront distributions. Lambda function URLs allow customers to implement single-function services like form validators, mobile payment processing, machine learning inference, and more. Many customers front their Lambda function URLs with CloudFr
コンテナ Lambda でサイドカーパターンは実現可能なの ? ~コンテナ利用者に捧げる AWS Lambda の新しい開発方式 ! ~ 第 7 回 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
こんにちは、サーバーレス スペシャリストソリューションアーキテクトの下川 (@_kensh (https://twitter.com/_kensh)) です。 「第 1 回 コンテナLambdaの ”いろは”、AWS CLI でのデプロイに挑戦 !」では、AWS CLI を使ってコンテナ Lambda 関数を実際に AWS Lambda サービスにデプロイして動作確認をしてみました。 「第 2 回 コンテナ Lambda を開発、まずは RIC と RIE を使ってみよう !」では、開発者のローカル環境でコンテナLambda関数の動作確認をする方法を紹介しました。 「第 3 回コンテナ Lambda をカスタマイズして、自分好みの PHP イメージを作ろう !」では、コンテナイメージサポート Lambda 関数のカスタムイメージ作成方法について紹介しました。 「第 4 回コンテナ Lamb
TypeScriptとJestではじめる AWS製サーバーレス REST API のユニットテスト・E2Eテスト #serverlessfukuoka #serverlessdays / Serverless testing using TypeScript and Jest
この発表では、サーバーレスアプリケーションのユニットテストとE2Eテストを書くときの考え方とその手段について述べます。テストについて議論するときは、アプリケーション設計についても述べなければなりません。 発表の中でまず、サーバーレスアプリケーションは、レイヤ・機能別にコードを分類できることを示しま…
AWS LambdaがRuby 3.3をサポート開始。新しいAmazon Linux 2023ランタイム上で提供
Amazon Web Services（AWS）は、サーバレス基盤として提供しているAWS LambdaでRuby 3.3のサポートを開始したと発表しました。 Ruby 3.3は昨年（2023年）12月にリリースされた最新版のRubyです。パフォーマンスとメモリ使用量を大幅に改善したYJITコンパイラを搭載し、M個のRubyスレッドをN個のOSのネイティブスレッドで管理することでスレッドの生成管理コストを抑えることができるM:Nスレッドスケジューラなどの新機能が搭載されています。 参考：Ruby 3.3正式リリース。YJITコンパイラの大幅な性能向上、RubyのスレッドスケジューラとしてM:Nスレッドスケジューラ導入など新機能 AWS LambdaのRuby 3.3ランタイムは、AL2023 minimal container imageをベースにした新しいAmazon Linux 202
[レポート]AWS Lambdaを用いたマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO
re:Invent 2019 SVS343 Building microservices with AWS Lambdaのセッションレポートです。 はじめに SVS343-R1 - Building microservices with AWS Lambdaのセッションレポートです。 [REPEAT 1] Building microservices with AWS Lambda このセッションでは、AWSでの普遍的なマイクロサービスパターン、及びLambdaでのマイクロサービス作成について触れます。 AWSのmicroservice AWSのサービスは数多くのマイクロサービスの上に成り立っています。例えば、Amazon S3はロンチ時に8つの異なるマイクロサービスの上に成り立っていました。2018年時点では235以上の異なるマイクロサービスの上に成り立っています。 マイクロサービスの組
![[レポート]AWS Lambdaを用いたマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/019a203ef6304361021f33b557a8b524884de530/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Fsvs343_eyecatch_.png)
タイムアウトでエラーとなってしまったLambdaのリカバリを行うLambdaを作成してみました | DevelopersIO
1 はじめに CX事業本部の平内（SIN）です。 Lambda関数は、タイムアウトに設定した時間が経過すると、エラーとなります。 2019-11-25T03:03:27.778Z 5f46427d-c6f4-4785-be32-060acf425de0 Task timed out after 3.00 seconds タイムアウトの場合、Dead Letter Queueでリカバリすることは出来ません。 CloudWatchメトリックスのアラートでは、エラーとなった関数名は分かりますが、RequestIdなど、スレッドを識別する情報が取得できません。また、アラートは、敷居値を跨いだ際のイベントなので、全てのエラーをタイムリーにリカバリするのは難しいと思います。 今回は、外部呼び出しなどが予想外に時間がかかってしまって、意図せず、タイムアウトとなってしまった場合の、リカバリ用のLambda
© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. T O K Y O 2 0 1 9 . 1 0 . 0 3 - 0 4 AWS / © 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. T O K Y O 2 0 1 9 . 1 0 . 0 3 - 0 4 AWS / G - 5 6,000 91 1.5 650 0 450,000 900,000 1,350,000 1,800,000 2 0 1 4 / 4 2 0 1 4 / 5 2 0 1 4 / 6 2 0 1 4 / 7 2 0 1 4 / 8 2 0 1 4 / 9 2 0 1 4 / 1 0 2 0 1 4 / 1 1 2 0 1 4
Amazon Web Services ブログ AWS Lambda レスポンスストリーミングの紹介 本記事は、Introducing AWS Lambda response streaming の翻訳です。 本日 (2023年4月7日)、AWS Lambda はレスポンスペイロードストリーミングのサポートを発表しました。レスポンスストリーミングは、関数がレスポンスペイロードを段階的にクライアントに返すことができる新しい呼び出しパターンです。 Lambda のレスポンスペイロードストリーミングを使用すると、レスポンスデータが利用可能になった時点で呼び出し元にデータを送信することができます。これにより、Web アプリケーションやモバイルアプリケーションのパフォーマンスを向上させることができます。また、レスポンスストリーミングによって、より大きなペイロードを返す関数や、進捗状況を段階的に報告し
はじめに CX事業本部Delivery部の佐藤智樹です。 今回は、表題の通りAWS CDKでProps渡しのクロススタック参照を行う際によく発生しがちな問題と問題発生時の対処方法について解説します。正確には以下の記事で言及されているCDKの機能の一部であるpropsを経由したスタック間の値やオブジェクトの受け渡し(以降本記事では、props渡しと表現します)で作成されるクロススタック参照についての話をします。 2年ほどCDKを使っているのですが、この問題が現状でも発生しているという話を何箇所かで聞いたので改めて図などを用いて問題の詳細化と対処方法を紹介します。前半はサンプルを用いた問題の説明、後半が問題への対処になっているので対処だけ気になる場合は問題点の部分から読んでください。 2022/09/16 追記 CDKで参照を切り離すための効率的な方法があったので、CDK公式の解決方法として追
【アップデート】ストリームベースで起動するLambdaのエラーハンドリングがやりやすくなったよ！ | DevelopersIO
先日こんなアップデートがありました。 AWS Lambda Supports Failure-Handling Features for Kinesis and DynamoDB Event Sources KinesisやDynamoDBのストリーム型のイベントソースで起動するLambdaが失敗した際の挙動をカスタマイズできるようになったみたいです。 アナウンスはAWS re:Invent 2019より前でしたが、重要なアップデートなので試してみたいと思います。 なにが変わったのか？ LambdaのトリガーにKinesisを選択すると、選択項目が追加されていました。 「障害時の送信先」 レコードの有効期限切れもしくは再試行で失敗した際に、SNSかSQSにレコードを送信できるようになったようです。非同期LambdaのDLQと同じような機能ですね。 「再試行」 失敗した際のリトライ回数を設定
非同期呼び出しAWS Lambdaのエラーハンドリング機能を整理してみた(宛先指定・経過時間・試行回数・DLQ) | DevelopersIO
関数を用意 入力イベントをそのまま返すだけの Lambda 関数を用意します。 def lambda_handler(event, context): return event 設定方法 Lambda 関数の宛先を選択し、成功・失敗のステータスに応じてターゲットを選択するだけです。 成功・失敗のステータスごとに指定できるターゲットは一つだけです。 ターゲットを SNS か EventBridge にしておくと、将来の Fan Out がかんたんになります。 今回は 成功・失敗それぞれに対して専用の SNS トピックを用意し、JSON-Email で受け取るようにしました。 実行例 Lambda 関数を非同期に呼び出します。 $ aws lambda invoke --function-name test \ --invocation-type Event \ --payload '{"fo
AWS Lambda Web AdapterでServerless Next.jsを実現する - Activ8 Tech Blog
こんにちは、フロントエンドエンジニアの堀江（@nandemo_3_）です。 2023年6月22、23日にAWS Dev Day 2023が開催されましたが、 「モダンフロントエンド デザインパターン〜優れたUXを実現するには〜」というフロントエンドの最新動向に関するセッションがありました。 speakerdeck.com そこで、Serverless Next.jsとそれをAWSで実現するインフラストラクチャーが紹介されており、 今回は、それを具体的に実現する方法をまとめました。 はじめに まず、今回Serverless Next.jsを実現するために、AWS Lambda Web Adapterを使います。 Lambdaは、主にAPIなどのサーバサイド処理をサーバレスで実現するために使われますが、 AWS Lambda Web Adapterを用いることで、Lambda関数をWebアプリ
Amazon Inspector Now Scans AWS Lambda Functions for Vulnerabilities | Amazon Web Services
AWS News Blog Amazon Inspector Now Scans AWS Lambda Functions for Vulnerabilities Amazon Inspector is a vulnerability management service that continually scans workloads across Amazon Elastic Compute Cloud (Amazon EC2) instances, container images living in Amazon Elastic Container Registry (Amazon ECR), and, starting today, AWS Lambda functions and Lambda layers. Until today, customers that wanted
安い？それとも高い？Provisioned Concurrencyを有効化したLambdaのコストに関する考察 #reinvent | DevelopersIO
CX事業本部@大阪の岩田です。先日のアップデートでLambdaにProvisioned Concurrencyの設定が追加されました。実行準備のできたLambda実行環境を指定した数だけプーリングすることで、コールドスタートを回避できるナイスな機能です。 が、ちょっと待って下さい。本来サーバーレスアーキテクチャは必要な時だけ必要なリソースを確保して、アイドル時間には課金されないというのが特徴ではなかったでしょうか？詳しくは後述しますがProvisioned Concurrencyの設定でLambda実行環境を予約すると、Lambdaが起動しなくてもアイドル時間に課金が発生します。元々アイドル時間に課金されないことをモチベーションにLambdaを選定していたようなケースでは、本当にProvisioned Concurrencyを使うべきなのかは良く考えた方が良さそうです。以後Provisio
概要 Lambdaを使うとき、「コールドスタート」の課題があることをよく耳にします。これについて、過去の経緯、直近のアップデート状況なども踏まえつつまとめてみた記事です。 AWS初心者の目線なので不足点などあるかもですが、その場合にはご指摘いただければありがたいです。 前提となる知識 1. Lambdaは実行時にコンテナを生成している 以下のスライドはAWS公式からの引用ですが、Lambda関数実行時の流れを表したものです。これに記載の通り、Lambdaの裏側では、実行時にコンテナが生成されています。なお、以降は実行時に生成されるものを関数インスタンスと呼びます。 (出典)全部教えます！サーバレスアプリのアンチパターンとチューニング 2. LambdaはVPC外のサービスである AWSのサービスは、自分で作ったVPC内に設置されるものと、そうでないサービスの2つに分かれます。 設置
Application Load BalancerのターゲットにLambda Functionを使用して高度なリダイレクトを行う方法 | DevelopersIO
Application Load BalancerのターゲットにLambda Functionを使用して高度なリダイレクトを行う方法 Application Load BalancerのターゲットグループにLambda Functionを使用して、標準機能では行えない高度なリダイレクトを行う方法を紹介します。 はじめに おはようございます、加藤です。 昔話から始まりますが、2018年7月のアップデートでAWS Application Load Balancer（以降、ALB）のリスナールールでリダイレクトを行えるようになりました。 当時は条件として以下をサポートしていました。 ホストヘッダー パスパターン [新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ ｜ Developers.IO その後、2019年3月にアップデートがあり、下記も条件としてサポート
こんにちは。プロダクトグループのさかいゅです。 CDK(Cloud Development Kit)で実装したリソースをローカル環境で実行できるように、ローカル開発環境について調査しました。 公式ドキュメントにSAM CLIを利用してローカル環境で実行する例を参考にローカル開発環境を構築してみましたので、紹介させていただきます。 バージョン情報 AWS CLI 1.16.220 CDK 1.13.1 SAM CLI 0.22.0 Docker 19.03.2 Visual Studio Code 1.39.2 概要 CDKで実装した、API Gateway + Lambda + DynamoDBでサーバーレスな構成のWebAPIをSAM CLIとDynamoDB Localを利用してローカル開発環境を作成します。 プロジェクトの作成 CDKのプロジェクトを作成し、必要なパッケージをインスト
[レポート] Lambda関数のパフォーマンスチューニング SVS224-R AWS Lambda function performance tuning #reinvent | DevelopersIO
CX事業本部@大阪の岩田です。 本エントリはSVS224-R AWS Lambda function performance tuning のレポートとなります。 セッション情報 All AWS Lambda functions are not created equal. Learn the best practices for tuning memory, runtime, initialization, concurrency, and more, in a data-driven way, to squeeze every drop of performance out of Lambda functions. By the end of this session, you'll understand the key Lambda performance knobs you can
![[レポート] Lambda関数のパフォーマンスチューニング SVS224-R AWS Lambda function performance tuning #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9419c6cf4ac1d0e1323fa1560dfc995d191622f5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
MQTTメッセージでLambdaからブラウザを更新する 〜Vue+Amplify編 | DevelopersIO
1 はじめに CX事業本部の平内（SIN）です。 以前、下記のような記事を書きました。 こちらは、ブラウザ上で、aws-iot-device-sdkを使用して、AWS IoT Coreのメッセージブローカーをsubscribeし、特定のTopicが到着した時点で、ブラウザを更新するものでした。 やってることは、全く同じなのですが、今回は、これをAWS Amplify（以下、Amplify）で作成してみました。使用したウェブフレームワークは、Veu.jsです。 Amplifyでは、ライブラリAWSIoTProviderを使用することで、簡単にPub/Subが可能です。 Amplify Libraries AWSIoTProvider また、権限については、AmplifyにAuthカテゴリを追加することで、CognitoのFederated Identitiesが利用可能なので、未認証IDを許
この記事はうるる Advent Calendar 2019 17日目の記事です。 はじめに この記事では、私が働いている会社、株式会社うるるで運営しているサービス幼稚園・保育園向け写真販売サービス えんフォトにおいて、写真アップロードの速度を爆速にするためにAWSのServerlessアーキテクチャを導入したお話をします。 サービスの内容や、導入に至った経緯などもお話ししたいところですが 話がとても長くなってしまいそうなので、アーキテクチャ導入にあたって考えたことや、細かい処理の説明にのみフォーカスし、記事を書きたいと思います。 ※社内のエンジニア向けにLTした際のスライドも活用していますのでご了承ください。 対象の読者 AWS(特にサーバーレス)について興味がある人/これから学びたいと思っている人 画像のアップロード速度に困っている人 画像を扱うサービスの開発を担当している人 注意点 か
はじめにこんにちは、TIGの辻です。 業務アプリケーションのビジネスロジックをサーバーレスで実装することも増えてきました。AWSサービストリガによるLambda関数起動の記事にもあるようにAPI GatewayとLambda関数を組み合わせてHTTPサーバを提供することも容易にできます。バックエンドのWeb APIをLambda関数で動かすユースケースがよくあるパターンです。Lambda関数とアプリケーションロジックの実装は密結合になりやすいですが、HTTPサーバで動作するように実装して、Lambda関数として組み込むと、従来のHTTPサーバを実装するノウハウを活かしつつ、サーバレスで動作するバックエンドのWeb APIを構築できます。 本記事ではGoを用いてサーバレスなWeb APIサーバをAWS上に1から構築するチュートリアルです。 go-swaggerに閉じた入門記事として、以下もお
Serverless FrameworkでAurora Postgres + VPC Lambda + RDS Proxyをデプロイする | DevelopersIO
Serverless FrameworkでAurora Postgres + VPC Lambda + RDS Proxyをデプロイする Serverless Frameworkを用いて、RDS Aurora Postgres、VPC Lambda、RDS Proxyをまとめてデプロイする方法をご紹介します。 こんにちは、クラスメソッドの岡です。 7月にRDS ProxyがGAとなったことで、サーバーレスでのRDS実用化待ったなし！！ということで今回はServerless FrameworkでRDS Aurora Postgres、VPC Lambda、RDS Proxyをまとめてデプロイしてみたので、テンプレートの中身を紹介していこうと思います。 動作確認環境 Python3.8.5 Serverless Framework Framework Core: 2.1.1 Plugin: 4
こんにちは、Lambdaから別アカウントのリソースにアクセスする際にはAssumeRoleを行い一時的な権限を取得する必要があります。こちらの実装時にハマりましたので実装した手順をまとめたいと思います。 実装前にこちらのサイトを参考にEC2から他リソースのS3にアクセスする内容を試しました。とても分かりやすかったのでおすすめです。 別アカウントのS3バケットを利用する手順 手順 実装する内容は、図のようにアカウントAのLambdaからアカウントBのリソース(DynamoDBとS3)の読み込みを行うことです。 実装時にはこちらのリンクを参考に設定事項を確認しました。 別の AWS アカウントからロールを引き受けるように Lambda 関数を設定するにはどうすれば良いですか? アカウントBの設定 まずはアカウントBに必要な設定を行います。ここでは以下の3つを作成します。 アカウントAでリソース
Aws Amplifyって何者？導入経験者がそのメリット・認証周りの特徴について触れた！ | Ragate ブログ
こんちには！ 前回の Aws サミットでは大々的に AWS Amplify が挙げられていました。わたしたちも非常に多くの案件で採用事例のある画期的なフレームワークです。 本記事では AWS Amplify をご紹介します。 想定する読者 AWS でのサーバーレス開発に興味のあるヒトAWS Amplify の概要を知りたいヒトAWS Amplify で新規事業開発を考えているヒト Amplify とは何者？ 一言で言えば、「バックエンド構築からフロントエンド開発までカバーするオールインワンの開発フレームワーク」です。 まず、わたしたちが案件で実用してきた所感から、魅力的なところをご紹介します。 対話式のバックエンド構築を提供する CLI が便利複雑化しやすい認証の仕組みを超簡単に構築可能各種バックエンドのリソースアクセスをセキュアにする仕組みが存在ウェブ、iOS、Android ライブラリ
コンテナ利用者に捧げる AWS Lambda の新しい開発方式 ! ~ 第 2 回 コンテナ Lambda を開発、まずは RIC と RIE を使ってみよう ! - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
こんにちは、サーバーレス スペシャリストソリューションアーキテクトの下川 (@_kensh) です。 今回はこのコンテナイメージサポート Lambda 関数のローカル動作確認方法について触れていきたいと思います。 「第一回 コンテナ Lambda の ”いろは”、AWS CLI でのデプロイに挑戦 !」では、AWS CLIを使ってコンテナ Lambda 関数を実際に AWS Lambda サービスにデプロイして動作確認をしてみました。AWS Lambda サービスにデプロイして動作確認する方法は実際の本番動作環境により近い環境で動作を確認できるという点でお勧めの方法でもあるのですが、一方でテストや検証のために毎回デプロイをするのが時間的に大変だったり、AWS アカウントが払い出されていない場合やインターネット環境が無い場合に手軽に動作を確認したいという要求もあることと思います。 そこで今回
前回からまただいぶ空いてしまいましたが、今回はAmazon Cognitoシリーズの4作目です！1～3作目はこちらをご覧ください。
Lambdaで利用できるDead Letter Queue（DLQ）とはどんな機能であるか調べてみた | DevelopersIO
こんにちは、CX事業本部の若槻です。 本エントリは、AWS LambdaとServerless #2 Advent Calendar 2019の23日目です。 ジョインした案件のLambdaの実装でDead Letter Queue（DLQ）が使われており、このDLQがどのような機能であるかよく理解できていなかったため、動作検証含め調べてみました。 Dead Letter Queueとは Asynchronous Invocation When you invoke a function asynchronously, Lambda sends the event to a queue. A separate process reads events from the queue and runs your function. When the event is added to the
※ 東京リージョン - 110円/ドル - 30.5日 × 24時間 手軽に料金を知りたいときに Fargate | ざっくりAWS 細かい計算方法はいいから料金を知りたいという方は、Webサイトで手軽に算出できるようにしたので使ってみてください。東京リージョン限定ですが、サクッと料金を算出できます。 計算するときに考慮すべき変数 タスクに割り当てたリソースと、タスク数、稼働時間と外部へのデータ転送量で料金が決まります。 他のサービスと連携した場合はそちらでも課金されますが、本筋から外れるので無視します。 vCPU/メモリ Pricing is based on requested vCPU and memory resources for the Task 割り当てるvCPU/メモリのリソースによって料金が変わります。ひとつ注意が必要なのが、vCPUに対するメモリの選択肢が決まっているの
Javaの階層型コンパイルによるAWS Lambda 関数のパフォーマンス向上 | Amazon Web Services
Amazon Web Services ブログ Javaの階層型コンパイルによるAWS Lambda 関数のパフォーマンス向上 Operating Lambda: パフォーマンスの最適化 シリーズでは、AWS Lambda関数を使ってアプリケーションを管理している開発者、アーキテクト、システム管理者にとって重要なトピックを取り上げています。この記事では、Javaで管理するランタイムを使用する際に、新しくLambdaの実行環境を開始する場合に発生する初期化時間（コールドスタート）を短縮する方法について説明します。 多くのLambdaワークロードは、同期または非同期のワークロードに対して高速なレスポンスを瞬時に返すように設計されています。例えば、Webサイトに動的コンテンツを配信するパブリックAPIや、小規模なバッチ処理を行うニアリアルタイムのデータパイプラインなどが挙げられます。 これらのシ
Operating Lambda: パフォーマンスの最適化 – Part 2 | Amazon Web Services
このケースでは、128 MB の場合、関数が完了するまでに平均 11.722 秒かかり、1,000 回の呼び出しに対するコストは $0.024628 となります。メモリを1024MBに増やすと、所要時間の平均は1.465秒になり、コストは0.024638ドルになります。1,000分の1セントのコスト差で、この関数のパフォーマンスは10倍向上しています。 Amazon CloudWatchで関数をモニタリングし、メモリ消費が設定された最大値に近づいた場合にアラームを設定できます。これは、メモリにバウンドされた関数を識別するのに役立ちます。CPU バウンドおよび IO バウンド関数の場合、実行時間を監視することで、より多くの洞察が得られる場合があります。このような場合、メモリを増やすと、コンピューティングまたはネットワークのボトルネックを解消できます。 AWS Lambda Power Tun
re:Invent 直前/開催中のServerless関係のアップデートをまとめてキャッチアップ！Serverless Night Osakaレポート #reinvent | DevelopersIO
こんにちは、大阪オフィスかずえです。昨日開催されたServerless Night Osakaに参加してきましたのでレポートします。 Serverless Night Osaka ～re:Invent で発表されたサーバーレスの最新情報をご紹介 セッション1: Serverless周辺のアップデートまとめ by AWSJ下川さん Lambda Update SQL使用に立ちはだかるブロッカー(と、その改善アップデート) DB Conncetionの問題 Lambdaスケール→DBコネクションが枯渇 これまでの方法 同時リクエスト数を制御 or 入り口でスロットリングする DB接続数を制限 分散型DBを使う(DynamoDBなど) [NEW] RDS Proxy (Preview) コネクションプールの管理を行い、DBコネクション要求が過剰に発生した場合にも、クライアントの接続を待機させたり
サーバーレスにおけるべき等性の実装 (バッチ処理と分散トランザクション編) ~サーバーレスが気になる開発者に捧ぐ「べき等性」ことはじめ 第 4 回~ - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
このシリーズの 第２回 では、クライアントからバックエンドのサービスを利用する際に、なんらかの原因でエラーが発生した場合にクライアント側でリトライ処理が実行されると、リクエストが重複して送られる可能性があることを説明しました。クライアントからキューに対してメッセージを送信するようなサーバーレスのシステムにおいては、リトライ処理によって重複したメッセージが送信されてもメッセージの重複を排除する機能を利用することによってべき等性を実現する方法について解説を行いました。その中では、重複したメッセージをただ一度だけ処理する (Exactly Once) ことで、結果としてべき等性を実現するという具体的な実装方法と共に紹介しました。 第 3 回 では、キューからメッセージを取り出し、バックエンドのデータソースへ保存する処理においても、何らかのエラーによってリトライ処理が発生した場合に重複してデータの
AWS Lambda Provisioned Concurrency Dive Deep & Practice
動画はこちら https://youtu.be/bEToYzUAYYQ?t=2583 AWS Lambdaはそれ自身がスケーラブルでフルマネージドなサービスですが、ある一部のユースケースではコールドスタートをケアするのが大変となる場面もありました。しかし、2019 re:Inventで発表された…
Amazon Web Services ブログ コンテナイメージとしてパッケージ化された Lambda 関数の最適化 AWS Lambda は、re: Invent 2020 でコンテナイメージとしての関数のパッケージ化とデプロイのサポートを開始しました。この記事では、イメージサイズを縮小し、ビルド、デプロイ、更新時間を短縮するコンテナイメージの構築方法を学習します。Lambdaコンテナイメージには、最適化のために考慮すべき固有の特性があります。Lambda 関数のコンテナイメージを最適化するために使用するテクニックは、他の環境で使用するものとは少し異なります。 コンテナイメージを最適化する方法を理解するためには、コンテナイメージのパッケージ方法と、Lambda サービスがどのようにコンテナイメージの取得、キャッシュ、デプロイ、およびリタイアするかを理解することが役に立ちます。 前提条件と
はじめに 2019年末に行われたre:Invent 2019で発表されたRDS Proxyが先日正式リリースになりました！API Gateway + Lambda + RDSを使ってWebアプリケーションを作っていて、そこでRDS Proxyを使ってみたので、備忘録です。 RDS Proxyって何？ 公式サイトによると、次のように説明されています。 Amazon RDS プロキシは、Amazon Relational Database Service (RDS) 向けの高可用性フルマネージド型データベースプロキシで、アプリケーションのスケーラビリティやデータベース障害に対する回復力と安全性を高めます。 詳細は公式サイトをご確認ください！ RDS Proxyで何をするのか RDS Proxyでデータベースへのコネクションプールを確立、管理することで、アプリケーションからのデータベース接続数を
[初心者向け] Kinesis Data Streams に Lambda でデータを流す様子を理解するために図を書いた | DevelopersIO
コーヒーが好きな emi です。 Kinesis Data Streams にデータを流し込むときのデータの動きや構造を理解するために絵を描いてみました。 また、Lambda から Kinesis Data Streams に実際にデータを流し込み、挙動とデータの順番を見てみました。 Kinesis Data Streams の内部の仕組みと用語解説 見覚えのある方も多いかもしれませんが、Kinesis Data Streams のアーキテクチャは以下のようになっています。 プロデューサー プロデューサーと呼ばれる各種アプリケーションや AWS サービスから Kinesis Data Streams にデータを流し込みます。 コンシューマー Kinesis Data Streams からレコードを取得して処理します。 シャード 流れてくる一連のデータレコードを保持します。データが乗っかるベ
![[初心者向け] Kinesis Data Streams に Lambda でデータを流す様子を理解するために図を書いた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1b22e45515e901074206a3d756be13e4eb277a72/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F08%2Fkinesis-data-streams.png)
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[要移行] AWS WAF Classic (v1)が2025年9月30日で終了します | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/570e54f44a88ba2e7a9ac285e2f858d45eda2731/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-8cc2be5d32f2b7e78f85a99d463f3690%2F6213c0b16f198b77794266f22dc8eb5c%2Faws-waf)
LambdaのProvisioned Concurrencyと１年付き合ってみて思ったこと。 - Qiita
![なぜRyzenノートを選んだほうがいいのか？CPUだけでなくトータルで強いRyzen AI 300について知っておくべきこと ～旧世代製品との比較検証も実施[Sponsored]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d924029f32667be69a463e3d55e138b1ecbd0088/height=288;version=1;width=512/https%3A%2F%2Fpc.watch.impress.co.jp%2Fimg%2Fpcw%2Flist%2F1623%2F965%2Fimage01.jpg)
20191004_AWSサービスで実現するバッチ実行環境のコンテナ/サーバレス化_2
AWS Lambda レスポンスストリーミングの紹介 | Amazon Web Services
AWS CDKのProps渡しのクロススタック参照で起きる問題と対処方法 | DevelopersIO
Lambdaのコールドスタートを改めて整理する - Qiita
AWS CDKで定義したリソースをローカル環境で実行してみた | DevelopersIO
【Serverless】写真のアップロード速度を爆速にした話 - Qiita
LambdaとGoを使ったサーバーレスWebAPI開発実践入門 | フューチャー技術ブログ
Lambdaから別アカウントのリソースにアクセスしてみる | DevelopersIO
Amazon Cognitoの認証情報を取得してみる～API Gateway＋Lambda編～
Fargateの料金は月に何円ぐらいかかるのか - Qiita
コンテナイメージとしてパッケージ化された Lambda 関数の最適化 | Amazon Web Services
祝GA‼︎【Go】Lambda + RDS 接続にRDS Proxyを使ってみた - Qiita
dev.classmethod.jp
www.nikkei.com
www.tebiki-bito.com
aki1717ok.hatenablog.com
www.gizmodo.jp
rimokongetao.hatenablog.com