AWSからLambda関数デプロイ用のGitHub Actionがリリースされました | DevelopersIO
初めに 先週のリリースですがAWS Lambdaデプロイ用のアクションがAWS公式のOrgであるaws-actionsより提供されました。 これまでLambda関数をGitHub ActionsでデプロイするためにはAWS CLI等を利用して自前で処理を組み込む必要がありました（もしくはサードパーティーのデプロイ用のアクションを組み込む）。 Lambda関数のデプロイの簡素化という意味ではAWS SAM CLIを利用することも選択肢ですがこちらの場合関数自体の設定にSAMテンプレートを利用するのでその周辺の知識が必要であり、またアプリ開発者にその辺りの設定を見せたくない場合は違う場所に配置して取得するなど一手間必要となります。 今回提供されるアクションでは、最低限の情報のみ設定することで開発者にはLambda関数自体の情報を隠蔽しつつデプロイ処理を提供することが可能です。 また任意パラメー
Introducing AWS MCP Servers for code assistants (Part 1) | Amazon Web Services
Artificial Intelligence Introducing AWS MCP Servers for code assistants (Part 1) We’re excited to announce the open source release of AWS MCP Servers for code assistants — a suite of specialized Model Context Protocol (MCP) servers that bring Amazon Web Services (AWS) best practices directly to your development workflow. Our specialized AWS MCP servers combine deep AWS knowledge with agentic AI ca
VPC上にデプロイしたSIEM on Amazon ESで既存S3バケットのログを分析してみた | DevelopersIO
既にS3バケットにログを収集しているんだけど、このままだとSIEM on Amazon ESで分析できない? こんにちは、のんピ です。 前回、以下の記事を投稿しました。 内容は、SIEM on Amazon ESのスタックが作成したログ収集用S3バケットに、CloudTrailや、VPC Flow Logs、FSx for Windows File Serverのファイルアクセス監査ログを保存して、可視化するといったものです。 以下、AWS公式ドキュメントの図を見ると、ログ収集用S3バケットのデータ保存は3パターンがあることがわかります。 抜粋: SIEM on Amazon Elasticsearch Service - アーキテクチャ Kienesis Data Firehoseを使用して、ログ収集用S3バケットにログを転送する サービスのログの出力先を、ログ収集用S3バケットに指定
Amazon Connectの通話データをAmazon Bedrockで分析し、コールリーズンを自動分類・集計する仕組みの構築してみた | DevelopersIO
Amazon Connect アドベントカレンダー 2024、12日目の記事です！ クラスメソッドとギークフィードさん、クラウドビルダーズさん、ネットプロテクションズさん、AWS Japanさんの有志が募ってチャレンジしている企画になります。 (アドベントカレンダーのカレンダー一覧はこちら↓) はじめに Amazon Connectでの通話データをAmazon Bedrockで分析し、コールリーズン（問い合わせ理由）を自動でカテゴリ別に毎日分類・集計してCSV出力する仕組みを構築してみました。 Amazon Connect Contact Lensには、1回のお問い合わせごとに通話内容を文字起こしする機能があります。 その文字起こし内容と生成AIを組み合わせることで、通話内容がどのカテゴリーに該当するかを分析できます。 コールリーズンは、顧客が企業に連絡する目的や背景を把握するための重要な
How Zapier runs isolated tasks on AWS Lambda and upgrades functions at scale | Amazon Web Services
AWS Architecture Blog How Zapier runs isolated tasks on AWS Lambda and upgrades functions at scale Zapier is a leading no-code automation provider whose customers use their solution to automate workflows and move data across over 8,000 applications such as Slack, Salesforce, Asana, and Dropbox. Zapier runs these automations through integrations called Zaps, which are implemented using a serverless
Amazon Inspectorの検出結果をリソース単位でまとめてメール通知する方法 | DevelopersIO
はじめに 以前、Amazon Inspectorの検出結果をAWS Security Hubを経由してメール通知する方法をご紹介しました。 Inspectorは脆弱性を検出するたびに結果を作成するため、1つのリソースに対して複数の脆弱性が見つかった場合、その数だけメール通知が発生してしまいます。例えば、100個の脆弱性が検出されると、100通のメールが送信される状況でした。 本記事では、脆弱性ごとの通知ではなく、1リソースごとに検出結果をまとめて1回の通知で済ませる方法をご紹介します。 構成は以下のとおりです。 本実装は、以下の流れで処理を行います。 Inspectorで検出結果が作成され、Security Hub経由でEventBridgeが起動します。 Firehose ストリームに検出結果が一時保存されます。 Firehose ストリームは、指定したバッファ期間内に受信したイベントを
Amazon Connect での会話内容を日本語で要約し、コンタクト詳細に表示する方法 | DevelopersIO
はじめに 本記事では、Amazon Connect Contact Lensで文字起こしした内容を日本語で要約し、コンタクト詳細画面に表示する方法を紹介します。 Contact Lensには、会話内容の文字起こしと要約機能が標準で搭載されています。 ただし、要約機能は日本語に対応していません。 そこで、Contact Lensが文字起こしデータをS3に保存した際のトリガーで、AWS LambdaからAmazon Bedrockを利用して日本語の要約を生成します。 生成した要約は、コンタクト詳細画面の属性として保存することで、以下のように表示できます。 コンタクト詳細に要約文を表示 構成は以下の通りです。 処理の流れは以下の通りです。 Contact Lens が会話を文字起こしし、S3 に保存 S3 の PUT イベントをトリガーに Lambda を実行 Lambda が S3 から文字起
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
