SVS403 : Best practices for AWS Lambda and Java はじめに この記事はSVS403 Best practices for AWS Lambda and Javaのセッションレポートです。 スライドと動画はそれぞれ下記で公開されています。 スライド 動画 セッション概要 In this session, we follow a customer’s journey as they optimize an AWS Lambda function written in Java to meet their cold start time requirements. We start from a simple yet slow PoC and walk through all of the changes, tricks, and trade-off

CX事業本部の岩田です。 昨年re:inventから帰国後にyoutubeで見つけたセッション「A Serverless Journey: AWS Lambda Under the Hood」が非常に興味深い内容でした。今年も同様のセッションが無いかre:inventのセッション予約開始前からチェックしていたところ、なんと今年も同じタイトルのセッションがありました。これは現地で聞くしかない！ということで聞いてきましたので、改めてセッション内容をまとめてレポートします。 資料 セッション動画 スライド A Serverless Journey: Under the Hood of AWS Lambda 例年ならSlide Shareで公開されるのですが、今年に関しては今のところSlide Shareには上がっていないようです。なお以後登場する画像のほとんどはこちらのスライドからの引用となりま

登壇資料 私を含む、サーバーレスデベロッパーの皆様にテストコードをどんどん書いていってほしくて登壇しました。 ServerlessDays Fukuoka 2019 とは 2019年12月14日（土）LINE 福岡にて、ServerlessDays Fukuoka が開催されました。 ServerlessDays Fukuoka 2019 発表のポイント サーバーレステストのバイブル、t_wada さんの Testable Lambda Testable Lambda サーバーレスのテストで迷ったら、この資料を参考にすると良いです。 Node.js のテストにJestを使う AWS CDK でも採用されている Facebook 製テストツールの Jest。今回はコレを使ってテストを書いていきます。 Jest · ? Delightful JavaScript Testing 皆さんにテスト

渡辺です。 Developers.IO Cafeのブログドキュメントシリーズ第3弾は、Lambdaの構成に関するトピックです。 Lambdaは小さな独立した処理（プログラム）を実行するには適したサービスです。 一方、多くの関連する処理を行うAPI Gatewayのバックエンドとして利用する場合、必ずしも適したサービスとは言えません。 例えば、一般的なウェブアプリケーションフレームワークでREST APIを構築したとしましょう。 フレームワークは、単一アプリケーションとしてサーバ上で実行されます。 リクエストは、フレームワークでルーティングを解決され、対応する処理（アクション）がキックされます。 前段にELB等のロードバランサが入ることもありますが、雑に言えばこういう仕組みです。 このよう場合、 共通処理を切り出し、各処理から呼び出す構成にする のが一般的です。 そうしなければ、各処理のコー

はじめに 瀬田@大阪オフィスです。最近、IAMの泥濘で溺れています。 概要 CloudWatchEventsから呼び出されるLambdaは、CloudWatchEventsのRuleを指定して呼び出し権限を付与する必要があります。ひとつのルールから呼び出すだけであれば問題ないのですが、Lambdaを呼び出すRuleが毎回変わる場合、トリガが大量に増殖することになります。これを防ぐために汎用的な権限を付与する方法をご紹介します。 困った状態 マネージメントコンソールからトリガを追加してみるとRuleを固定でしか登録できないことがわかります。 このLambdaは呼び出されるRuleが毎回変わるので困ってしまいました。 解決 マネコンがダメならCLIということで、以下でトリガ登録してみます。source-arnでワイルドカード使えばいけるだろうという皮算用。 aws lambda add-per

Amazon Web Services ブログ [発表] Lambda 関数が VPC 環境で改善されます 本投稿は AWS サーバーレス アプリケーションのプリンシパルデベロッパーアドボケートであるChris Munnsによる寄稿です。 元の投稿からの更新情報： 2019年11月28日（PST）：  次のリージョンに対して、元の投稿に記載されている改善を完全に展開しました：中東（バーレーン）。 2019年11月25日（PST）：次のリージョン、米国東部（バージニア北部）、米国西部（オレゴン）、カナダ（中央）、EU（ロンドン）、EU（ストックホルム）、およびアジア太平洋（香港）に対して、これらのリージョンのすべてのAWSアカウントには、元の投稿で概説した改善を展開しました。 2019年11月6日（PST）：次のリージョン、米国西部（北カリフォルニア）、EU（アイルランド）、EU（パリ）、ア

AWS側の作成 Lambda関数 2つのLambda関数で共通利用するため、下記の処理を切り出しました。 通知対象の路線情報 共通の処理 Lambda関数は2つデプロイしますが、2つとも同じフォルダ（ファイル）をデプロイし、実行されるhandlerを変えています。 （他の方法としては、イイカンジにフォルダ構成を考える、Lambda Layerを使う、が考えられます。） ファイル構成 主要なファイルの構成は下記となります。 ├── hello_world │   ├── common_lambda.py │   ├── periodic.py │   ├── requirements.txt │   ├── slash_command.py │   └── target.json └── template.yaml 通知対象の路線ファイル（JSON） この内容は任意にカスタマイズしてください

lamdaってお手軽にガンガン作れるので、気がつくとめっちゃ数が増えてませんか？ そうするとだんだんと管理がめんどくさくなって、いざ棚卸しってタイミングでGUIからポチポチ一覧を出すのはしんどいですよね。 なので、もしそんな状況になったら、このワンライナーで幸せになれるかも知れません。 aws cli と jq で実現しています。手元のMacBookで検証しました。 今回は、"関数名, ランタイム, 最終更新日時, 説明" を抜いて表示していますが、お好みで修正して欲しい情報だけ出力していただければと思います。 # CSV形式で標準出力するパターン $ aws lambda list-functions --region ap-northeast-1 | jq '.Functions[] | { "関数名": .FunctionName , "ランタイム": .Runtime, "最終更新

AWS Lambda ( Typescript ) の Lambda Layers 活用、開発、デプロイ考察 動機が２つあります。 Lambda Function を TypeScript で実装したい 2018年の re:Invent で発表された AWS Lambda Layers を使ってみたい TypeScript で これまでサーバーレスの業務では、Lambda Function をPythonで開発することが多かったのですが、どうしても型が欲しくなりました。特に、Lambda Function は AWS SDK を使うシーンが多いため、このパラメータや戻り値の型情報をドキュメントから得るか、コード補完できるかは、大きな違いです。いくつか選択肢がありますが TypeScript を選びました。 AWS Lambda Layers ちょっと触ってみたかったというのが正直なところで

You have been redirected here because the page you are trying to access has been archived. AWS re:Post is a cloud knowledge service launched at re:Invent 2021. We've migrated selected questions and answers from Forums to AWS re:Post. The thread you are trying to access has outdated guidance, hence we have archived it. If you would like up-to-date guidance, then share your question via AWS re:Post.

サーバレスだ！　Microservicesだ！　というふうなアーキテクチャになってくるとAWS Lambdaのような実行環境でコードを動かすことが多くなってくると思います．そしてそうした環境下で他のコンポーネントとHTTP越しにやりとりをするコードを動かすこともままあるでしょう． そういった時にKeep-Aliveを有効にしておくとLambdaは一度張ったコネクションを使いまわしてくれるので，「同じエンドポイントを頻繁に叩く」かつ「呼ばれる回数が多い」Lambda functionだと結構パフォーマンスに効いてきます (もちろん接続先がkeep-aliveに対応している必要がありますが)． ということをLambdaのパフォーマンス周りのトラブルシューティングを行っている最中にふと気づき，やってみたところ果たしてパフォーマンスの問題は見事解決したわけですが，その後AWSが出しているLambd

久しぶりに AWS Lambda を使ったら少々ハマってしまったのでメモ。 S3 のバケットにあるファイルを別のバケットにコピーしたいと思って Lambda Function の作り方を調べたら以下のドキュメントが見つかりました。 » Copy Objects Between S3 Buckets Using Lambda この手順通りに実施してみました。 実際にバケットを使って試す途中、デバッグの方法が分からなかったので調べてみると、 » ログ作成 (Node.js) – AWS Lambda Lambda 関数にログ作成のステートメントを含めることができます。AWS Lambda はこれらのログを CloudWatch に書き込みます。Lambda コンソールを使用して Lambda 関数を呼び出すと、コンソールに同じログが表示されます。 とありました。つまり console.log(

この記事は投稿日付とカレンダーの日付があわないことで知られるあら便利カレンダーの ${n} 日目の記事です。 挨拶 AWS Lambda + API Gatewayを使ってサーバーレスなREST APIを作成したいことってよくありますよね。 みなさんどうしてますか？ ぼくは度々考えないといけないなあって場面に直面しつつもなんだかんだ逃げてきたんですが、 いよいよ本格的に考えないといけない事態に陥って、 現時点で「これだ！」っていうパターンにたどりついたので記事にしました。 ぶっちゃけかなり正直ベースで書きます tl;dr aws-serverless-express serverless framework tsorm を使って開発することに決めたよ。 前提 REST APIが作りたい AWS Lambda + API Gatewayで動作すること TypeScript 生なJavaScr

Amazon Web Services ブログ AWS Step FunctionsとAWS Lambdaを使って複数のETLジョブの統合を行う 抽出、変換、ロード(Extract, Transform, Load, ETL)操作は、現在のエンタープライズデータレイクのバックボーンにひとまとまりとして形成されています。rawデータを役に立つデータセットへ変換し、最終的には、洞察可能な状態に変換します。ETLジョブは通常１つまたは１つ以上のデータソースからデートを読み、様々な種類の変換を適用し、結果を利用準備できているターゲットに書き込みます。ETLジョブのソースとターゲットはリレーショナルデータベースであるAmazon RDS(Amazon Relational Database) もしくはオンプレミス、データウェアハウスとしてAmazon Redshift 、オブジェクトストレージとして

Lambda Function が Java で書けるようになりました 本日 AWS Lambda にアップデートがあり、Java で書けるようになりました！以前からアナウンスされていましたが、本日からついに使えるようになりました。 AWS Lambda Update – Run Java Code in Response to Events | AWS Official Blog ということで、早速 Lambda Function を作ってみました。 AWS Toolkit for Eclipse のインストール Lambda Function は AWS Toolkit for Eclipse を利用すると簡単に実装できます。今回は現時点の最新バージョンである Eclipse IDE for Java Developers Luna Service Release 2 (4.4.2)

はじめに AWSのLambdaを用いてDynamoDBにアクセスする場合、簡単な操作はJavaScriptを用いるととても簡単にできます。ただ、複数のテーブルにクエリするような場合、JavaScript特有のCallback地獄に入ってしまい、使いづらさを感じました。またローカル環境での動作確認がしずらく、今回は新しくサポートされた、LambdaのJavaを使用してみようと思います。 準備 LambdaのJavaを記述する場合、Eclipse + AWS Toolkitが非常に楽です。ですので、AWS Toolkitをインストールすることをオススメします。 簡単なサンプルの作成 AWS Toolkitがインストールされていると、以下のように簡単にプロジェクトを作成することができます。"New AWS Lambda Java Project..."を選択します。 LambdaのイベントはS3