Introducing a Dart runtime for AWS Lambda | Amazon Web Services
AWS Open Source Blog Introducing a Dart runtime for AWS Lambda Dart is a fast growing open source programming language, and powers some rapidly growing open source projects, such as Flutter. Thanks to custom AWS Lambda runtimes, you can run Dart in AWS Lambda. Writing your functions in Dart enables you to use your skills to develop mobile applications to create serverless backends. You also can sh
Cosnomiプログラミングをする医学生。物を作ること、自動化すること、今まで知らなかったことを知ることが好き。TypeScript書いたり、Pythonで機械学習したりなど。 Twitter / GitHub / GPG key / Fediverse / My Page 定期的に軽いタスクを実行したいときには、AWS Lambdaを始めとするFunction as a Service (FaaS)を用いると便利です。APIが提供されていれば、それを叩くだけで簡単に情報が取得できます。しかし、APIが提供されていない場合は、スクレイピングを行う必要があります。この記事では、AWS Lambda上のnode環境からPuppeteerというパッケージを用いてスクレイピングを行う方法を解説します。 Puppeteerとは Chromiumを操作できるnodeライブラリです。私達がブラウザで行う
AWS Lambdaでpipモジュールを利用する際はランタイムのPythonバージョンに気を付けよう | DevelopersIO
こんにちは、CX事業本部の若槻です。 AWS Lambdaでのpipモジュールの利用において、Pythonバージョンの不一致に起因したエラーに遭遇したのでご紹介します。 前提となる環境・運用 開発で、AWS Lambdaにアップロードするpipモジュールの事前インストールをCI毎にDockerコンテナ上で行う運用をしていました。 具体的には、Amazon Linux AMIをベースイメージとしたコンテナ環境でpipモジュールのインストールを実施する以下のようなDockerfileを利用して、 FROM amazonlinux:2018.03.0.20191219.0 WORKDIR /workdir RUN yum install -y python36-devel python36-pip gcc CMD pip-3.6 install pandas -t . 以下のようなコマンドでDo
[アップデート] AWS Lambda がログを送信する CloudWatch ロググループをカスタマイズ可能になり、複数の Lambda 関数のログを集約できるようになりました | DevelopersIO
[アップデート] AWS Lambda がログを送信する CloudWatch ロググループをカスタマイズ可能になり、複数の Lambda 関数のログを集約できるようになりました こんにちは、CX 事業本部 Delivery 部の若槻です。 最近の AWS Lambda アップデートで、ログ出力の仕様を柔軟に設定できる機能が追加されました。 上記アップデートで追加された機能は以下の 3 つです。 Lambda のログを独自のロギングライブラリを使用せずに JSON 構造化形式でキャプチャ可能に Lambda のログレベル（ERROR, DEBUG, INFO など）をコードを変更することなく制御できる Lambda がログを送信する CloudWatch ロググループを選択できる 今回はこのうち 3 つ目のアップデートである、Lambda がログを送信する CloudWatch ロググルー
![[アップデート] AWS Lambda がログを送信する CloudWatch ロググループをカスタマイズ可能になり、複数の Lambda 関数のログを集約できるようになりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3f047ea142eff06ac03d91ff00ec5d6bf61e4284/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F08%2Faws-lambda.png)
AWS Lambda は、並列化係数をサポートするようになりました。この機能により、Kinesis または DynamoDB データストリームの 1 つのシャードを複数の Lambda 呼び出しで同時に処理できます。この新機能により、揮発性のデータトラフィックでより機敏なストリーム処理アプリケーションを構築できます。 デフォルトでは、Lambda は一度に 1 つのシャードからデータレコードの 1 つのバッチで関数を呼び出します。単一のイベントソースマッピングの場合、同時 Lambda 呼び出しの最大数は、Kinesis または DynamoDB シャードの数に等しくなります。 これで、Lambda が 1 (デフォルト) から 10 までの並列化係数を介してシャードからポーリングする同時バッチの数を指定できます。たとえば、並列化係数を 2 に設定すると、100 件の Kinesis デー
2023/01/16 記事中でGithubActions用にシークレットを発行していましたが、GithubActionsがOIDCに対応したことによりこれが不要になりました。これについて追記を行っています。 タイトルの通りです。 cdk等使わずにできるだけシンプルでいきます。 すでに作成済みのLambda関数のコードをGitのpushイベントをトリガーに最新のものに更新するだけで、Actions側でロールなどの設定は行わないケースを想定しています。 この記事ではLambda関数のランタイムはPythonを前提に進めますが、GithubActionsでコンパイル等も行えるので基本的に何でも応用できると思います(未検証)。 GithubActions側から更新したいLambda関数の「リージョン」と「名前」をキーにして更新します。 Lambda関数はもうすでに作成済みであることを前提条件にしま
Customizing triggers for AWS CodePipeline with AWS Lambda and Amazon CloudWatch Events | Amazon Web Services
AWS DevOps Blog Customizing triggers for AWS CodePipeline with AWS Lambda and Amazon CloudWatch Events AWS CodePipeline is a fully managed continuous delivery service that helps automate the build, test, and deploy processes of your application. Application owners use CodePipeline to manage releases by configuring “pipeline,” workflow constructs that describe the steps, from source code to deploye
GitHub - harunobukameda/AWS-Amplify-AWS-Lambda-Amazon-DynamoDB-AWS-API-Gateway-Amazon-Cognito
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
しばたです。 先月末の話なのですが、AWS Lambdaが.NET Core 3.1のサポートを開始したのでブログにまとめておきます。 以前の.NET Core 2.1対応が2018年7月ですのでだいたい1年8ヶ月ぶりのバージョンアップとなります。 .NET Core 3.1について 最初に.NET Core 3.1について軽く触れておきます。 .NET Core 3.1は2019年12月にリリースされた.NET Core最新の長期サポートリリース(LTS)版となります。 長期サポートなのでリリースから3年のサポートとなり、2022年12月3日までのサポートが予定されています。 .NET Core 2.1もLTS版ですがサポート期限は2021年8月21日までとなっています。 .NET Core official support policy Lambdaのサポートと.NET Coreのサポ
AWS Lambda の arm64 アーキテクチャで Go を実行するためのカスタムランタイムを使った SAMテンプレートの紹介 | DevelopersIO
やってみた arm64 対応で必要だったポイントを説明します。 重要なのは Lambda の設定を記述したtemplate.yamlと、ビルドの設定を記述したMakefileの2箇所だけです。 ディレクトリ構成 . ├── README.md ├── hello-world │ ├── Makefile │ ├── go.mod │ ├── go.sum │ ├── main.go │ └── main_test.go ├── samconfig.toml └── template.yaml Go のランタイムを使うわけではないので Lambda の設定には一切 Go の文字はないです。 Runtime で Amazon Linux 2 のイメージを指定 Architectures でリスト形式で arm64 を指定 Metadata の BuildMethod で後述
2021/3/25 追記 AWS Compute Blog にて AWS Lambda における Python 2.7 ランタイムのサポート終了が発表されました。 2021/7/15 以降、Python 2.7 ランタイムが非推奨となり、セキュリティパッチやその他の更新が適用されなくなります。また新規作成が不可になります。 2021/9/30 以降、既存の関数の更新ができなくなります。 コンテナイメージでデプロイしている場合は引き続き作成と更新が可能ですが、AWS 提供のベースイメージはアップデートされなくなるため、セキュリティアップデートを行う責任はユーザーにあります。 以下は 2020年1月 記載内容 Python 2.7 のサポート終了 2020年1月1日に Python 2.7 のサポートが終了しました。（PEP 373） 2系の最終リリースである python 2.7.18 のリ
はじめに この記事はChatGPTをLINEBOTで扱ってみたいなっていう安易な考えで作られたものです。 アーキテクチャとか細かく考えたものではないのでご容赦下さい。 何故作った 半年くらい前にバチクソはまった某メンヘラOD女育成ゲームのヒロインをLINEBOTで再現してぇなあ…と思ったのがことの始まり。 結構前からちょくちょくいじって、結果的にゲーム内で実際に行えるような定型的なやり取りは実装できた。 だが、そのさきのステップである人対人のような自然な会話を再現するとなるとかなり頭を悩ませた。 膨大な内容の辞書でもつくって会話しているように見せるか…？なども考えたが、ユーザが任意に学習させることが可能なAIを利用する他無かった。 しかしそうなると自力で学習データの蓄積という重い重いタスクが乗っかってきてしまい…。 だがしかし、最近でてきたアイツなら…ChatGPTなら…こりゃひょっとする
Introduction 皆さんご存知のとおり、AWS Lambdaとはサーバーレスでプログラムを実行できる 環境を提供するAWSのサービスです。 実行したい処理を関数として定義すればそのまま実行できますが、 S3/DynamoDB/Kinesis/SNS/SQSなどをトリガーとしてLambdaを起動させることも可能です。 本稿ではSQSをトリガーとしてLambdaを実行させてみます。 (先日この仕組みで確認事項があり、試してみたのでそのアウトプット) SQS + Lambdaの仕組み 仕組みは単純です。 イベントソースマッピングを行い、SQSとLambdaを関連付けるだけです。 Lambdaは自動的にスケールされ、設定により細かく制御可能です。 イベントソースマッピングは、現状標準キューとFIFOキューがサポートされています。 Lambda はキューをポーリングし、キューからメッセージを
AWS CDK + AWS Lambda + Lambda Layers + JavaScript + VSCode 構成例 - Qiita
const lambda = require('@aws-cdk/aws-lambda') const layer = new lambda.LayerVersion(this,"theLayer",{ code: lambda.AssetCode.fromAsset("layers/app-base"), }) こうすると、ローカルの ./layers/app-base/file が Lambda 環境では /opt/file としてアクセス可能になります。 同様に、フォルダが含まれる場合は ローカルの ./layers/app-base/path/to/file が Lambda 環境では /opt/path/to/file としてアクセス可能になります。 これを利用することで、Lambdaの実装コード中の記述としては require("/opt/path/to/file") となりま
Using AWS CodePipeline for deploying container images to AWS Lambda Functions | Amazon Web Services
AWS DevOps Blog Using AWS CodePipeline for deploying container images to AWS Lambda Functions AWS Lambda launched support for packaging and deploying functions as container images at re:Invent 2020. In the post working with Lambda layers and extensions in container images, we demonstrated packaging Lambda Functions with layers while using container images. This post will teach you to use AWS CodeP
クラウドのコストを削減するには、特性やサービスの動向を押さえたうえで、継続的に使い方を見直す必要がある。本特集では、鉄道の乗り換え案内サービスなどを提供するナビタイムの事例を中心に、最新のクラウドコスト削減のポイントを探る。同社は2019年、それまでオンプレミスのサーバーで運用していたシステムを米アマゾン・ウェブ・サービスの「Amazon Web Services（AWS）」へ移行完了して以来、コスト削減の工夫を積み重ねてきた。 クラウドのコストを削減するうえではサーバーレスサービスの利用検討が欠かせない。例えばAWSの「AWS Lambda」は「オブジェクトストレージにファイルが書き込まれた」といったイベントをトリガーに、自動でコンテナを立ち上げてコードを実行し、終わればコンテナのリソースを解放する。処理する時間だけリソースを使うので、無駄が少ない。
はじめに 本記事は以下の記事の内容を補足するものです。 AWS LambdaでStable Diffusionを動かす場合、「数GBもあるモデルをどこに格納するのか？」という課題があります。 当初はモデルを任意に変えられるようオリジナルである「stable_diffusion.openvino」から特に変更せず、パラメータでモデルを指定可能にしていたのですが、これだと以下の問題がありました。 モデルのダウンロードが都度発生する ダウンロードしたモデルを保存するためのエフェメラルストレージのサイズを増やす必要がある(モデルのサイズ分+α) これらはLambdaの特性に起因する問題で致し方ないのですが、どちらもコスト増につながるため、現在はモデルをDockerイメージに含めるようにしています(これはこれでDockerイメージの増大になり、別の問題が発生しますが…)。 そのためモデルを変更したい
AWS Lambda で Python 3.8 ランタイム がサポートされました | DevelopersIO
AWS チームのすずきです。 Python 3.8 をサポートした AWS Lambda、試す機会がありましたので紹介させていただきます。 AWS Lambda now supports Python 3.8 マネジメントコンソール ランタイム 「Python 3.8」を、Lambda関数のランタイムとして選択可能になりました。 関数コード Python 3.8 でサポートされた「セイウチ演算子」(:=) を含むコード、テスト実行してみました。 実行コード import sys def lambda_handler(event, context): if (a := sys.version_info): print(a) 結果 Python の マイナーバージョン「8」である事を確認できました。 sys.version_info(major=3, minor=8, micro=0, rel
Rust・AxumのDockerイメージをAWS Lambdaにサクッとデプロイする（Lambda Web Adapter） - Qiita
Rust・AxumのDockerイメージをAWS Lambdaにサクッとデプロイする（Lambda Web Adapter）AWSRustDockerlambdaaxum 先日こんな記事を書きました！ Rustの「Axum」というWebAPI用のフレームワークを利用して、レイヤードアーキテクチャでTodoアプリを作る記事になります。 その過程でちょっとこだわってDockerfileを作成したので、せっかくなのでこれをAWSのLambdaを使ってサクッとデプロイしてみようと思います！ Lambda Web Adapterという比較的最近リリースされた機能を利用すると、Dockerイメージをほんの数分でデプロイできるので、今回はこちらを利用していきます！ 参考記事 Lambda Web Adapter でウェブアプリを (ほぼ) そのままサーバーレス化する Dockerfileを作成 僕の書い
AWS Lambdaで画像ファイル加工～環境構築から実行確認まで～ 手順紹介｜コラム｜クラウドソリューション｜サービス｜法人のお客さま｜NTT東日本
2020.03.04 ｜ Writer：ちばちゃん AWS Lambdaで画像ファイル加工～環境構築から実行確認まで～ 手順紹介 通常、プログラムを実行するためには、サーバーOSやアプリケーションサーバーソフトウェアと環境設定が必要です。こうした実行環境の準備の手間を大幅に削減してくれるのが、「AWS Lambda（ラムダ）」です。AWS Lambdaの概要については「サーバーレスでプログラムを実行できる「AWS Lambda」とは」をご参照ください。 実際にLambdaを利用するにはLambda関数の仕様や登録手順、環境設定など、多くの関連知識が必要になります。中にはAWSのサイトで紹介されているチュートリアルを動かして初めて理解できることも多く、Lambdaを利用する際の課題でもあります。 そこで本コラムでは、用例毎に環境構築からLambda関数の作成および動作確認までの一連の作業を取
このチュートリアルでは、Amazon Simple Storage Service (Amazon S3) バケットに追加された画像のサイズを変更する Lambda 関数を作成および構成します。バケットに画像ファイルを追加すると、Amazon S3 は Lambda 関数を呼び出します。その後、この関数が画像のサムネイルバージョンを作成し、別の Amazon S3 バケットに出力します。 ソース元と保存先の Amazon S3 バケットを作成し、サンプル画像をアップロードします。 画像のサイズを変更し、Amazon S3 バケットにサムネイルを出力する Lambda 関数 を作成します。 オブジェクトがソースバケットにアップロードされたときに、関数を呼び出す Lambda トリガーを設定します。 最初にダミーイベントを使用して関数をテストし、その後画像をソースバケットにアップロードしてテス
日本語の記事などが一つもなかったので備忘録も兼ねて 結論 Lambdaはジェネリクス型では対応できないため、reflectを使用する（一つのLambdaのみで対応する場合） 実装 // go version 1.19 package main import ( "context" "fmt" "reflect" "github.com/aws/aws-lambda-go/events" "github.com/aws/aws-lambda-go/lambda" ) type TestEvent struct { events.SNSEvent events.APIGatewayProxyRequest } func mixHandler(context context.Context, event TestEvent) { switch { case !reflect.DeepEqual(
AWS Lambdaを定期実行して、Amazon Auroraクラスターを最小限の稼働に抑えるシステムを組んでみた | DevelopersIO
AWS Lambdaを定期実行して、Amazon Auroraクラスターを最小限の稼働に抑えるシステムを組んでみた AWS Lambdaを定期実行させて、Amazon Auroraクラスターを7日以上停止するシステムを構築してみました。Amazon Auroraは自動メンテナンスなどのマネージドな性質上、長期停止ができません。これを他のAWSサービスを組み合わせて擬似的に長期停止させます。 Amazon Auroraのクラスターの稼働を抑えたい おのやんです。 みなさん、Amazon Aurora（以下、Aurora）のDBクラスター（以下、クラスター）の稼働を抑えたい状況になったことはありませんか？私はあります。 一般的に、Auroraをはじめとするデータベース系のマネージドサービスは、必要なメンテナンスを実施できる状態を維持するために、完全な停止ができない仕様となっています。例えばAm
[アップデート] Amazon Inspector が AWS Lambda と AWS Lambda Layers の脆弱性をスキャンに対応しました #reinvent | DevelopersIO
はじめに こんにちは、CX事業本部、re:Invent 2022 現地参加組の田中孝明です。 対応内容 Amazon Inspector は脆弱性管理サービスで、Amazon EC2、Amazon ECRに存在するコンテナ イメージを継続的にスキャンします。 今日からAWS Lambda関数と AWS Lambda Layers に対応しました。 今まで、AWS Lambda を脆弱性診断したい場合は、AWS とサードパーティツールを使用する必要がありました。 この機能をアクティブ化すると、Amazon Inspector は選択したアカウントを自動的にスキャンします。 Amazon Inspector は AWS のネイティブ サービスであるため、AWS Lambda または AWS Lambda Layers にライブラリまたはエージェントをインストールする必要がありません。 Java
![[アップデート] Amazon Inspector が AWS Lambda と AWS Lambda Layers の脆弱性をスキャンに対応しました #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/7a80ccfd3c405c137d762fe1db76c9e087e38d35/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F11%2Feyecatch_reinvent2022_new-service.png)
虎の穴ラボのH.Hです。AWSのLambdaを使用した際に調べた内容をまとめました。 AWSのユーザーには細かなIAMポリシーが設定できるが、細かすぎるために新しくサービスを使用する際に必要なIAMポリシーの確認に時間がかかってしまう。だが時間の短縮のために関連するサービスの全てのIAMポリシーをつけると様々な操作ができてしまい、後々問題が発生する可能性が出てきます。 今回Lambdaをデプロイする作業があり調べましたが、必要なIAMポリシーについてまとめられているページが見つかりませんでした。ということでデプロイする際に使用するユーザーを新設し必要なIAMポリシーを確認したのでまとめました。 コマンドラインからAWSにLambda関数をデプロイするためのツール コマンドラインからデプロイするには「AWS SAM CLI」が必要になります。詳細は以下のAWS公式ページを参照してください。
コンテナ Lambda をカスタマイズして、自分好みの PHP イメージを作ろう ! ~コンテナ利用者に捧げる AWS Lambda の新しい開発方式 ! ~ 第 3 回 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
こんにちは、サーバーレス スペシャリストソリューションアーキテクトの下川 (@_kensh) です。 「第一回 コンテナ Lambda の ”いろは”、AWS CLI でのデプロイに挑戦 !」では、AWS CLI を使ってコンテナ Lambda 関数を実際に AWS Lambda サービスにデプロイして動作確認をしてみました。 「第二回 コンテナ Lambda を開発、まずは RIC と RIE を使ってみよう !」では、開発者のローカル環境でコンテナ Lambda 関数の動作確認をする方法を紹介しました。 今回はこのコンテナイメージサポート Lambda 関数のカスタムイメージ作成方法について一緒に試していきたいと思います。 選択 第 1 回 コンテナ Lambda の”いろは”、AWS CLI でのデプロイに挑戦 ! 第 2 回 コンテナ Lambda を開発、まずは RIC と RI
Discord のコマンド (Application Commands) を AWS CDK + AWS Lambda で実装してみた | DevelopersIO
Discord のコマンド (Application Commands) を AWS CDK + AWS Lambda で実装してみた メッセージアプリの Discord のスラッシュコマンド (Application Commands) は、Webhook でも実装できるようになっています。 今回は AWS CDK + AWS Lambda (Function URL) で実装してみました。 参考: 注意点 Webhook で実装する際の注意として、Gateway Events は使用できません。 Gateway の機能を使う場合は Gateway にコネクションを貼り続ける必要があるので、Lambda では実装できません。 このような場合は従来の常駐型 Bot のほうが適しています。 Discord に Application を登録する コマンドを作るためには、Discord に A
先日の re:Invent で RDS Proxy がプレビュー版ですが発表されました。 AWS Lambda は水平スケールするため RDS と相性が良くないと常々言われてきましたが、この機能でそれが解消されるのでしょうか？というわけで実際機能を試してみようと思います。 リソース作成 テスト用のVPC、RDS、Lambda Function、RDS Proxy を作成します VPC, RDS 作成 今回 VPC、RDS はさくっと CloudFormation で作成 https://github.com/kobarasukimaro/rds-proxy-test/blob/master/cfn/rds-proxy-sample.yml RDS の設定 パラメータグループで max_connection を 20 に設定しています。 RDS Proxy 作成 RDS Proxy は画面か
AWS Lambda を ECR のコンテナイメージで動かすとき、:latest を指定して良いのか悪いのか - Qiita
AWS Lambda を ECR のコンテナイメージで動かすとき、:latest を指定して良いのか悪いのかAWSDockerlambdaECR 以下の状況のときに、Lambda 関数はいい感じに更新できるのかどうか不安になったので試してみたログ。 CodeBuild で Lambda 用コンテナイメージをビルドして ECR に push する このとき ECR のコンテナイメージにはタグを付けず、 latest を更新し続ける ECR のコンテナイメージを Lambda で動かす 動かすサンプルアプリ
AWS Lambdaのユニットテストのベストプラクティス(Node.js) | ブログ | Serverless Operations
>_cd /blog/id_045 development technology#Node.js#AWS LambdaDate2017-06-30Time00:00:00 JST 概要みなさん、テスト書いてますかーー！ AWS Lambdaはサーバーレスアーキテクチャを構成する上で、重要なサービスです。そして、その特性上、ユニットテストを書いて変更に強いコードにすることが、継続的なメンテナンスや改善を行っていく上で非常に重要なものとなります。 この記事は、まずローカルで行うLambdaのユニットテストについてその具体的な手法を書いています。なお、ベストプラクティスってタイトルにしてますが、これはベストプラクティスのひとつであり、その要件ややりたいことや個人的な趣味趣向によって変わってくるということは理解してるので、ひとつのやり方としてみなさんの参考になればと思っています。 テスト対象のLa
New – Code Signing, a Trust and Integrity Control for AWS Lambda | Amazon Web Services
AWS News Blog New – Code Signing, a Trust and Integrity Control for AWS Lambda Code signing is an industry standard technique used to confirm that the code is unaltered and from a trusted publisher. Code running inside AWS Lambda functions is executed on highly hardened systems and runs in a secure manner. However, function code is susceptible to alteration as it moves through deployment pipelines
【AWS】Lambdaでtime out after 3.00 secondsが出たときの対処法 - Qiita
はじめに 開発用のEC2やRDSの起動・停止はLambdaで行っています。安定稼働していたLambdaで急にエラーが発生するようになったので、対処方法を共有します。 発生したエラー "errorMessage": "2018-04-26T08:40:15.398Z 6f404961-492d-11e8-9047-f3c59f4ef90f Task timed out after 3.00 seconds"
Serverless連載2: AWS Lambda×Goの開発Tips | フューチャー技術ブログ
はじめにこんにちは、TIG/DXユニットの真野です。 サーバレス連載の第2弾は、典型的なAWSサービスであるLambdaアプリをGoで開発する中で調べた内容や、Tipsを紹介します。 Lambdaの利用コア数は？結論⇨ 全ての場合で”2”でした。 (2021/05/22追記) アップデートがあり、最大6vCPUまで上限が上がりました。 AWS News Blog: New for AWS Lambda – Functions with Up to 10 GB of Memory and 6 vCPUs 以下は2020.03時点の調査結果です。 Goで開発する場合、少しでも性能を稼ぐためgoroutineを使う場面も多いと思います。特にバックエンドのデータストアがDynamoDBである場合は負荷を気にする必要がほぼ無いため、わたしはデータの書き込み部分を良く並列化することが多いです。 そうい
複数の質問に対するAmazon Bedrock Claudeの各回答の精度を一括評価するAWS Lambdaを作成してみた | DevelopersIO
はじめに 複数の質問に対するAmazon Bedrock Claudeの各回答の精度を一括評価するAWS Lambdaを作成してみました。 前回の記事では、Amazon Connect、Amazon Bedrock、およびAmazon Lexを統合し、生成AIを用いて電話での問い合わせ内容を種別判定し、最適な担当者に振り分けるシステムの構築方法と、その精度評価について解説しました。 構成や処理の流れの詳細 構成としては、下記の通りです。 Connectフロー内の構成は下記の通りです。 以下は、ユーザーがお問い合わせした内容を種別判定し、内容によって担当者に振り分けするまでのフローです。 電話でユーザーがお問い合わせ内容を伝えます。 ユーザーからお問い合わせ内容をLexで受け取ります。インテントは、FallbackIntentを呼びます。 受け取った内容をBedrockのClaudeに渡し、
Using the circuit-breaker pattern with AWS Lambda extensions and Amazon DynamoDB | Amazon Web Services
AWS Compute Blog Using the circuit-breaker pattern with AWS Lambda extensions and Amazon DynamoDB This post is written by Alan Oberto Jimenez, Senior Cloud Application Architect, and Tobias Drees, Cloud Application Architect. Modern software systems frequently rely on remote calls to other systems across networks. When failures occur, they can cascade across multiple services causing service disru
Python の AWS ベースイメージを使用する AWS ベースイメージには、言語ランタイム、Lambda と関数コード間のやり取りを管理するランタイムインターフェースクライアント、ローカルテスト用のランタイムインターフェイスエミュレーターがプリロードされています。 AWS の OS 専用ベースイメージを使用する AWS OS 専用ベースイメージには、Amazon Linux ディストリビューションおよびランタイムインターフェイスエミュレータが含まれています。これらのイメージは、Go や Rust などのコンパイル済み言語や、Lambda がベースイメージを提供していない言語または言語バージョン (Node.js 19 など) のコンテナイメージの作成によく使用されます。OS 専用のベースイメージを使用してカスタムランタイムを実装することもできます。イメージに Lambda との互換性を
「 00. はじめに 」 「AWS Lambda」を使って、「AWS Batch」にjobをSubmitするまでの実装 (設定) 手順をまとめたいと思います！ 今回考えている構成は、下記の通り。 処理フロー 特定のBucketにファイルをアップロード (ユーザー) ファイルアップロードを検知 (Lambda:トリガー) AWS Batchにjobを投げる (Lambda: index.js) この構成を実現するために実装が必要な部分は、下記の通り。 (1) S3バケットの作成 ( 本記事では、割愛 ) (2) AWS Batchの初期設定 (3) Amazon Lambda関数作成 (4) [検証]ファイルアップロード 「 01. AWS Batchの初期設定 」 AWS Batchとは？ 「Job definitions(ジョブ定義)」を使って生成した「 Jobs (ジョブ) 」を「 J
なぜこの記事を書くか Fargateが良いかLambdaが良いかという質問をよく受け付けます。答えは一通りではありません。 すべてシステムやユーザーのワークロードに依存するのでどちらが優位ということは一般に言えません。 ただ、達成したい目的が明確で、こういうコンテキストの上ではどちらの方が相応しいということは言えると思います。そのために、今回Lambdaの起動モデルについて改めて説明を書きました。 Thread Model と Function Model LambdaはFunction Modelとなります。 Provisioned Concurrencyのプラクティスを説明する上でLambdaのFunction Modelを理解した方が良いと思いますので、すこし説明いたします。 Function Model Lambdaサービスにリクエストがくるとサービスはインスタンスを立ち上げ初回起
サーバーレスでプログラムを実行できる「AWS Lambda」とは｜コラム｜クラウドソリューション｜サービス｜法人のお客さま｜NTT東日本
2019.10.02 ｜ Writer：NTT東日本アベ サーバーレスでプログラムを実行できる「AWS Lambda」とは 通常、プログラムを実行するためには、サーバーOSやアプリケーションサーバーソフトウェアと環境設定が必要です。こうした実行環境の準備の手間を大幅に削減してくれるのが、「AWS Lambda（ラムダ）」です。今回は、AWS Lambdaについて解説します。 AWS Lambdaとは AWS Lambdaとは、サーバーレスでプログラムを実行できる環境を提供するAWSのサービスのことです。通常、プログラムを開発・実行するためには、サーバーOSやアプリケーションサーバーソフトウェアを準備し、実行するためにサーバーやインスタンスを起動し続ける必要があります。こうした環境がすべてあらかじめ準備されているのが、AWS Lambdaです。セキュリティの設定、モニタリングといったサービス
mangum + FastAPI で ASGI な Python アプリケーションを AWS Lambda + API Gateway 上で動かす - らくがきちょう
mangum を使うと FastAPI や responder といった ASGI アプリケーションを AWS Lambda + API Gateway 上へ簡単にデプロイすることが出来ます。 今回は FastAPI で書いた ASGI アプリケーションを mangum を使って AWS 上でデプロイする手順をメモしておきます。 mangum init の注意点 最初に mangum init する ハンドラは app/asgi.py に定義する mangum のプロジェクト名は AWS ルールに準拠したものにする mangum cli には削除機能が無い プロジェクトディレクトリを作成する mangum-cli をインストールする AWS CLI をセットアップする AWS S3 上に Bucket を作成する デプロイ用の設定ファイルを作成する requirements.txt を修正
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS LambdaでPuppeteerを用いたスクレイピングを行う
AWS Lambda は Kinesis および DynamoDB イベントソースの並列化係数をサポートします
Github ActionsでAWS Lambdaにdeployする
AWS Lambdaが.NET Core 3.1に対応しました | DevelopersIO
AWS Lambda における Python 2.7 ランタイムのサポート(2021.3更新) - Qiita
AWS LambdaでChatGPTを使ったLINEBOTを動かして遊ぶ - Qiita
[serverless] AWS LambdaのイベントソースにSQSを使う | DevelopersIO
サーバーレス「AWS Lambda」のコストが9割減も、新課金ルールが生きる使い方
Waifu DiffusionをAWS Lambdaで動かしたい - Qiita
チュートリアル: Amazon S3 トリガーを使用してサムネイル画像を作成する - AWS Lambda
AWS Lambda(Go)で複数のイベントからリクエストを受け取る方法 - Qiita
AWS Lambdaのデプロイに必要なIAMポリシーについて - Qiita
Amazon RDS Proxy with AWS Lambda を試してみる - Qiita
コンテナイメージで Python Lambda 関数をデプロイする - AWS Lambda
【 AWS 】Lambdaを使ってAWS BatchにjobをSubmitする方法(1) - Qiita
AWS Lambdaの実行モデルについて考えてみる - Qiita