AWS Lambda MCP Serverを試してみた | DevelopersIO
大阪オフィスの小倉です。 AWSのMCPサーバに、AWS Lambda MCP ServerとAWS Diagram MCP Serverが追加されていました。 今回はLambda MCP Serverを試してみました。 AWS Lambda MCP Server 以下の図によると、MCPクライアントとLambda関数のブリッジとなる、と記載されています。 (https://github.com/awslabs/mcp/blob/main/src/lambda-mcp-server/README.md より引用) それでは、以下のドキュメントに従って試していきます AWS Lambda MCP Server - AWS MCP Servers まず、lambda-mcp-server内のexamplesディレクトリの中に、サンプルとなるLambda関数のコードが格納されているので、AWS
AWS Lambda Layersを他アカウントと共有する #reinvent | DevelopersIO
re:Invent 2018で発表されたLambda Layersを利用し、共通のコンポーネントを集中的に管理し、他アカウントのLambda関数から利用する方法を紹介します。 はじめに re:Invent 2018で発表されたAWS Lambda Layersを利用すると、複数のLambda関数が利用するような共通ライブラリを外出しして管理出来ます。 さらに、外出したレイヤーは、他のAWSアカウントからも利用出来ます。 今回は、作成したLambda Layerを他のAWSアカウントと共有する方法を紹介します。 ポイント Layerのバージョンごとに共有設定が必要 共有アカウントの粒度は個別・組織・全アカウントなど柔軟 リージョンをまたいだ共有はできない 作業の流れ 以下のステップでLambda Layerを他アカウントと共有します Lambda Layerの登録 同じアカウントのLambd
タイムアウトでエラーとなってしまった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
SESで受信したメールをLambdaで別の宛先に転送してみた | DevelopersIO
SESで受信したメールを、別の宛先へ転送してみたいと思います。ここでは、AWS WorkMailやMTAは利用せず、SES + Lambda Functionで実装してみたいと思います。 構成イメージ SESでメールを受信し、受信をトリガーにLambda Functionを起動させ、SESの送信APIを利用して別の宛先に送信するといったシナリオです。 前提 メールアドレスに使用するドメインのネームサーバがRoute53で管理されていること SESで有効な受信ルールセット(Active Rule Set)が存在しないこと やってみた メール保存バケット作成 受信メール保存用バケット（ここでは、test-ses-receiving-mail）を作成し、SESにそのバケットに対する書き込み権限を与えます。バケット名、アカウントIDについては環境にあわせ変更してください。 { "Version":
SAM+TerraformでLambdaの管理を楽にする | DevelopersIO
今回は基本はTerraformでインフラを構築しつつも、部分的にはSAMを使用してLambda＋API Gatewayをデプロイしたいと思います。 Lambdaのアーカイブ化やS3へのアップロードをSAMにやってもらうことで、Terraform側でのタスクを軽減することができます。 今回の記事の元ネタは以下のスライドです。 IaCについていろいろな知見が得られると思うのでおすすめです。 SAMとは SAMはLambdaなどのサーバーレスアプリケーションの開発・デプロイを補助するツールでCloudFormationのような形式のファイルを用いてこれらを定義することができます。 Lambdaを開発・デプロイする場合について考えると、必要となる工程は煩雑です。開発ではローカルでの実行やランタイムの管理などをしたくなりますし、デプロイでは依存するパッケージの設置、Zipファイルへのアーカイブ化、ア
CloudFront FunctionsはLambda@Edgeより安い。それ本当？！ | DevelopersIO
CX事業本部@大阪の岩田です。先月GAされたCloudFront Functions(以後CF2とします)ですが、従来から利用できたLambda@Edge(以後L@Eとします)と比較して、高速かつ低コストというのがウリの1つになっています。最大実行時間や最大メモリといった制約はありますが、レスポンスヘッダを固定付与するようなライトな処理はCF2のユースケースとしてAWSの公式ドキュメントでも紹介されています。 Customizing at the edge with CloudFront Functions では今後はレスポンスヘッダの固定付与のような処理は全てCF2で実装すべきなのでしょうか？基本的にはCF2で良いと思いますが、使い方次第ではCF2よりもL@Eの方が低コストになることも考えられるので、なぜこのようなケースが起こり得るのかをご紹介します。 CF2とL@Eの料金体系比較 まず
【Chaliceに入門してみた】LambdaとAPI Gatewayを手動で構築して消耗していた過去の私へ | DevelopersIO
こんにちは。AWS Loftが大好きな佐伯、改めKyoです。(まさか社内に佐伯さんが3名もいるとは…) AWS Loftでのハンズオンに参加してきたのでレポします。 AWS Amplify & Chalice ハンズオン 〜怠惰なプログラマ向けお手軽アプリ開発手法〜 Chaliceとは？ ChaliceはAWS Lambdaを使ったサーバレスアプリケーションを、Pythonで構築するためのマイクロフレームワークで、以下が可能です。 コマンドラインによるアプリの構築、デプロイおよび管理 API Gatewayをはじめ、S3, SNS, SQSといったAWSサービスとのインテグレーション IAM ポリシーの自動生成 Python Serverless Microframework for AWS ちなみにChaliceとは聖杯のことです。ChaliceはPythonのマイクロウェブフレームワー
サーバーレスアプリケーション向けのAWS CDK、Serverless Stackを触ってみました | DevelopersIO
はじめに おはようございます、加藤です。先日Serverless StackというAWSでサーバーレスアプリケーションを簡単に構築できるフレームワークの存在を同僚に教えて貰いました。どうやらAWS CDKをラップして実装しているらしく興味をもったのでさっそく触ってみました。 概要 公式サイト: https://serverless-stack.com/ Serverless StackはAWSで簡単にサーバーレスアプリを構築するためのフレームワークです。 GitHubのスター数の変化を見てみると2021年1月から注目を浴びたようです。 AWS CDKをベースにサーバーレスアプリケーションの為に提供される特別な高レベルのコンストラクトを使い構築を行います。 ローカルでLambdaのコードを書き換えると即座に変更が適用されるLive Lambda Developmentという開発中のデバッグを
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
【新機能】AWS LambdaがDead Letter Queueをサポートしました #reinvent ｜ Developers.IO
こんにちは、虎塚です。 2016年12月1日のAWSアップデートで、AWS LambdaがDead Letter Queue (DLQ)をサポートするようになりました。キューとして使えるのは、SQSキューまたはSNSトピックです。 AWS Developer Forums: AWS Lambda adds support for dead letter queues AWS Lambdaで、S3、SNS、IoTなどのAWSサービスに非同期メッセージを送信する機能を実装している方には嬉しいアップデートかと思いますので、ご紹介します。 ※2016年12月3日現在、本機能はOhioリージョンでサポートされています。他のリージョンにも今後展開されるとのことです。 前提: Lambda関数が失敗するとどうなるか Lambda関数は、Lambda関数のコードにエラーがある場合や、サービスまたはリソース
KMSで認証情報を暗号化しLambda実行時に復号化する ｜ Developers.IO
データベースやAPIサーバーなど外部システムと連携する際には、往々にして認証情報が必要になります。 今回は AWS Key Management Service (以下 KMS) の共通鍵暗号の仕組みを使い、暗号化した認証情報を AWS Lambda 関数のコードに埋め込み、関数呼び出し時に認証情報を復号化する方法を紹介します。 基本的なアイデアは次のブログで書かれており、KMS を使った暗号化処理だけを自分向けメモも兼ねて抜き出しました。 http://ijin.github.io/blog/2015/08/06/github-to-lambda-to-slack/ KMS ではマスターキーを使って暗号・復号する処理が API で切り出されているため、この API を使って認証情報を暗号化します。 KMS と Lambda の連携 以下の流れで動作確認します。 AWS KMSマスターキー
CDKでAWS Lambdaのパッケージフォーマットにコンテナイメージを指定してデプロイしてみた | DevelopersIO
はじめに 先日のre:Invent 2020にて、Lambdaのパッケージフォーマットとして、従来のZIP形式に加えてコンテナイメージがサポートされました。詳しくは下記を参照してください。 【速報】Lambdaのパッケージフォーマットとしてコンテナイメージがサポートされるようになりました！！ #reinvent CDKでLambdaのパッケージフォーマットにコンテナイメージの定義ができると実践投入や構成を考えやすなーと思っていたところ、CDKのv1.76.0で定義できるようになっていたため、今回はそちらを試します。 以下注意点です。ご了承お願いします。 本記事は、CDK v1.76.0ベースで記載した記事となります。CDKのバージョンが上がった場合には、記事通りやっても動かない可能性があります 作成する関数は、Node12系です。別言語で作成したい方は、一部しか参考になりません 構成 概要
バージョニングされたS3バケットのオブジェクトを削除してみる | DevelopersIO
こんにちは。さかいです。 バージョニングが有効となっているS3バケットのオブジェクトを削除する場合、バージョニングを利用していない場合と動きが異なるので、確認するため実際に試してみました。 オブジェクトのバージョニングとは バージョニングとは、同じバケット内でオブジェクトの複数のバリアントを保持する手段です。バージョニングを使用して、Amazon S3 バケットに格納されたあらゆるオブジェクトのあらゆるバージョンを、格納、取得、復元することができます。バージョニングを使用すれば、意図しないユーザーアクションからもアプリケーション障害からも、簡単に復旧できます。 こちらより引用 メリットとしては、間違って削除してしまった…アプリケーションがバグってて必要なファイルまで削除してしまった…間違って上書きしてしまった…という意図していない操作からオブジェクトを復旧することができます。 オブジェクト
[アップデート]AWS LambdaでAWS Signerを利用してコードの署名ができるようになったので試してみた | DevelopersIO
Lambdaでコード署名ができるようになりました。AWS Signerを利用して署名するフローを入れることにより、適切なコード更新フローを組むことが可能です。 こんにちは、臼田です。 みなさん、セキュアな開発していますか？(挨拶 今回はAWS Lambdaでコードの署名が可能になりましたので試していきたいと思います。 概要 以下の発表でAWS Lambdaのコードを署名して、デプロイ時にそれを検証することが可能になりました。 AWSLambdaの信頼と整合性の制御であるコード署名を発表 機能としては、以下のようなことが可能です。 AWS Signerを利用してコードに署名を行う Lambda関数で署名の設定を行う 検証検証ポリシーとして、署名が行われていないコードのデプロイ時の扱いは以下2種類選択する Warn: デプロイは成功するがCloudWatchメトリクスに記録する Enforce
Lambda Extensionsは何が嬉しいのか | DevelopersIO
先日2020/10/09、Lambdaの新機能 Lambda Extensionsがプレビューリリースされました。 公式情報は以下です。 Introducing AWS Lambda Extensions – In preview Building Extensions for AWS Lambda – In preview aws-samples/aws-lambda-extensions - Github これらをざっと読んでみたのですが、「いまいち何が嬉しいのかよくわからないなぁ…」というのが私の感想でした。理解力が乏しく悲しい。 ですが、今回公式パートナーとしてリリースと同時にExtensionを提供したLumigoのブログを読むと良く理解できたので、学んだ内容を私なりに編集してお伝えしたいと思います。 Lumigoはサーバーレスやマイクロサービスアプリケーション向けのモニタリング
[アップデート] CloudFrontのみでオリジンフェイルオーバーが出来るようになりました！ | DevelopersIO
従来は Route 53 の DNS フェイルオーバーと組み合わせなどありましたが、今回のアップデートで CloudFront のみでフェイルオーバーが実装できるようになりました！ 昨日のアップデートですが、CloudFront の機能だけで、オリジンのフェイルオーバが実装できるようになりました。 Amazon CloudFront announces support for Origin Failover 従来は Route 53 の DNS フェイルオーバー を利用して実装されていたかと思います。CloudFront 側でフェイルオーバのコントロールが出来るようになったことで、より管理がシンプルになりそうですね！また、サイト単位でのフェイルオーバではなく、動作としてはオブジェクト単位でのフェイルオーバになります。 では、さっそく試していきましょう！ 試してみた 今回はオリジンアクセスア
![[アップデート] CloudFrontのみでオリジンフェイルオーバーが出来るようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9a7d6ae9f85c16e05f342f3fbedf931e89d9434a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_amazon-cloudfront_1200x630.jpeg)
VPC LambdaからVPCエンドポイント経由でDynamoDBにアクセスしてみた | DevelopersIO
サーバーレス開発部改め、CX事業本部の佐藤です。 概要 VPC LambdaからDynamoDBにアクセスするユースケースがあったため、実際にやってみました。 VPCにあるRDSなどにアクセスする際は、VPC Lambdaにする必要があります。VPC Lambdaにした場合はLambdaのインターネットアクセスが失われるため、VPC以外のAWSリソースにはアクセスできません（DynamoDBなど）。VPC Lambdaがインターネットにアクセスする際は、AWSの制約でLambdaをプライベートサブネットに配置し、パブリックサブネットにNAT ゲートウェイを配置する必要があります。 https://aws.amazon.com/jp/premiumsupport/knowledge-center/internet-access-lambda-function/ 以前は、VPC Lambdaか
Lambdaの「Blueprint」で簡単にSlackとCloudWatchを連携してみた(2017年版) | DevelopersIO
まいど、大阪の市田です。 CloudWatchのアラームをSlackに通知するという構成は、最近ではよくある話でその方法もたくさんあります。 今回は、ゼロからLambda関数を作るのではなく、事前に用意されている「Blueprint」を使います。 このBlueprintは昨年から公開されていますが、Blueprintの内容は随時アップデートされており、現在はKMSを使って、SlackにPOSTするURLを暗号化しています。 その設定もマネジメントコンソール上で簡単にできるようになっていたので、最新内容を踏まえてご紹介したいと思います。 概要 今回利用するBlueprintは「Cloudwatch-alarm-to-slack」 です。 構成は下記の通りで、「CloudWatchのアラームをAmazon SNSに送り、Lambdaを起動する」という形になります。 ## 作業手順 大まかな作業
Lambdaのログ出力にオススメしたいNode.jsのライブラリ DAZN Lambda Powertools | DevelopersIO
CX事業本部@大阪の岩田です。 先日のブログでPythonのライブラリLambda Powertoolsについてご紹介しました。今日はNode.jsのLambda向けに色々な便利機能を提供してくれるDAZN Lambda Powertoolsについてご紹介します。 環境 今回利用した環境です ランタイム: Node.js 12.x dazn-lambda-powertools-layer: 1.15.6 DAZN Lambda Powertoolsとは？ Node.jsで利用できるAWS Lambda用のミドルウェアを集めたライブラリです。GitHubのリポジトリはこちらです。 https://github.com/getndazn/dazn-lambda-powertools 概要についてはREADMEに貼られている以下の画像を見て頂くのが分かり良いですが、 構造化ログ(JSONログ)の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【レポート】Let’s dive deep into AWS Lambda error handling #AWSSummit | DevelopersIO
