Lambda関連のことを調べてみた

LINEWORKS BOT とAmazon Bedrock(Claude 3)を接続してみた

## はじめに
LINEWORKSのBOTを利用して、Claude 3と会話してみたい！と思った人向け
以前、LINEで同様なことをしてます
今回は、LINEWORKS(企業向けLINE)の記事です
個人向けLINEで、利用する場合は、下記をご覧ください

https://qiita.com/UniKawazoe/items/25a5587512c322e96f59

## LINEWORKSとLINEってどう違うの？

LINEWORKSとLINEの違いについて

LINE WORKSとは？

> 「LINE WORKS」は、情報や予定を共有しあって活動する、組織・チームのためのコミュニケーションツール。
> 企業や企業内プロジェクト、特定の活動をする団体などに最適です。

LINE⇒個人向け
LINEWORKS⇒企業(組織・チーム)向け
の位置づけのようです

企業にフォーカスしているため、
アカウント管理やトークの監査機能など、組織として必要な機能が実装されています
また、掲示板機能なども実装されています
プラン

【AWS】Lambda⇒DynamoDBへデータを書き込んでみるハンズオン

# はじめに
Lambda⇒DynamoDBへ書き込みについて学習したのでその振り返り記事となります。
本記事はLambda⇒DynamoDBへ書き込み処理部分を実装できるようになることを目的としたハンズオン形式の記事になります。

# ゴール
lambdaからdynamoDBにデータの書き込みができるようになる。

# 環境
– Lambda(Node.js 16.x)
– DynamoDB

# DynamoDB側の準備
DynamoDBからリソースを作成していきます。

### ◆テーブルの作成

DynamoDB > テーブル > テーブルの作成 からテーブル名とパーティションキーを入力します。
入力出来たらページ下部の「テーブルの作成」ボタンをクリック。


# Lambda側の準備
Lambdaを準備していきます。

###

AWS Instance Schedulerを使ってEC2インスタンスを自動起動・自動停止する

# はじめに
AWS Instance Schedulerは、Amazon Elastic Compute Cloud (Amazon EC2) と Amazon Relational Database Service (Amazon RDS) のインスタンスの開始と停止を自動化するためのアーキテクチャです。

本記事では、実際にInstance SchedulerをCloudFormationテンプレートから払い出して、最もシンプルな形でのEC2インスタンスの自動起動・自動停止を実践してみます。

# Instance Scheduler アーキテクチャ
AWSの公式からアナウンスされているInstance Schedulerのフル機能は、下記のようなアーキテクチャ図になります。

![instance-scheduler-on-aws.6a76bdccb7ff3610934f86dba7d1d4678a0b9e4b.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3778694/eb8ba119-3

GPTsのデータ集計能力を検証してみる

GPTsに生データを取得できるAPIを呼び出させてその結果を集計し、回答をする仕組みを構築しようとしたところ、集計結果が不正確であることがあった。

そこで、今回はAPIから返されるデータ量が多いと集計結果の不正確さが増すのではないか、という推論を元に検証した結果を共有しようと思います。

# そもそも何をやろうとしていたのか

とある、Webサービスにおいてユーザーの行動分析データを収集しており、そのデータに基づいて回答をするGPTsを作成したかった。

データは下記のように定義されている（GPTsに設定したAPI定義）
“`json
{
“openapi”: “3.1.0”,
“info”: {
“title”: “行動データ取得”,
“description”: “記録された生の行動データを取得する”,
“version”: “v1.0.0”
},
“servers”: [
{
“url”: “https://xxx”
}
],
“paths”: {
“/api/action”: {

CloudWatchMetricsの基本的な操作とアラーム設定方法

# はじめに
CloudWatch MetricsとAlarmは運用を基礎から支える大事なサービスだと思います。
前から気になっていたので、基本的な操作を確認しました。

各サービスの概念などはBlackBeltを参考にし、この記事ではマネコンでの操作をメモできればと思います。

## CloudWatch Metrics
早速CloudWatch Metricsを触ってみます。
今回はlambda関数を実行することで自動収集されるメトリクスを利用して、
関数のエラー率、処理時間のMAX,MIN,AVGなどをグラフ化してみようと思います。

lambdaサンプル

“`index.js
exports.handler = async (event) => {
// 基本の2秒待機
await new Promise(resolve => setTimeout(resolve, 2500));

// ランダムで最大1

スマホアプリでChatGPTの口調を指定し、Alexaに喋らせる

# はじめに

初めまして！Qiitaの記事初投稿です。

Alexa Skills、ChatGPT API、Flutterを組み合わせることで、ユーザーが質問をするとスマホアプリで設定した「任意の口調」で回答するスキルを開発しました。

何番煎じだよ、と思う方も多いと思いますが、一つ違うのは「スマホアプリでオプション(口調)が指定可能」というところです。

## 本記事について
開発のふりかえりも兼ねた、一連のアプリ紹介となります。

地味に登場人物が多く、1記事にまとめると公開するのがだいぶ先になってしまうと思ったので、3部作くらいに分けて公開させていただきます。

# 本記事の紹介範囲
1. 開発背景
1. デモ動画
1. 全体の構成図

# 開発背景
以下の2点が今回の開発に至った背景です。

## Alexaの進化
タイマー、音楽、テレビのON/OFFくらいしか使ってないAlexaをワンランク上の存在に導きたかった。

## Flutter開発
業務でWebアプリの開発しか経験がなかったので、最近話題のFlutterでスマホアプリを開発してみたかった。

AlexaスキルはG

s3へのアップロードをトリガーにECSタスクを起動する流れ

### はじめに
webアプリケーションを作っていると、高負荷が予想される処理の対応には工夫が必要となります。
今回、ECSを使用している場合にタスクに対する負荷を抑える手法の例を紹介します。

### ケース例
こちら自分が実際に業務で遭遇したケースですが、phpコンテナとnginxコンテナを含んだECSのwebアプリケーションを開発していた際に、ユーザーが顧客データ(数万件)が入っているcsvファイルをアップロードする場面がありました。このデータをDBに格納する際、アプリケーションに対して高負荷が予想されます。

実際のCPU使用率のメトリクス:
csvファイルがアップロードされたタイミングでcpu使用率が急上昇しており、webサーバに対して負荷がかかっています。

### 解決策の例
ECSでcsvファイルのデータをDBに格納する処理の

カスタムリソースを使用してS3内オブジェクトを削除

下記の記事でCloudFormationのスタックを削除しても、S3にオブジェクトが存在すると削除できなかった。
カスタムリソースでLambdaを使用してオブジェクトを削除するようにする。

https://qiita.com/kutinasi_hobby/items/496fe8ed149d72673b10

今回作成するLambdaはほかのCloudFormationでも使用することがあると思うので、別のyamlファイルとして作成する。
注意：上記記事で作成したyamlファイルでスタックを作成する前に下記ファイルでLambda(カスタムリソース)を作成しておく必要がある。

### Lambda用yaml作成
こちらの記事を参考に作成

https://qiita.com/hiyanger/items/5b00cb5ebc7128b178c0

※LambdaFunction の Runtime: python3.7 が現在 python3.12になっているので変更

“`yaml
LambdaFunction:
Type: AWS::Lambda::Functio

AWS Lambda 関数のランタイムを一気に更新する

こんにちは
沢山の AWS Lambda 関数のランタイムを更新する必要が出てきたので、今回はその内容についてお伝えします。

:::note warn
**大前提**
基本的にマイナーバージョンアップであれば後方互換性があるので、問題は出にくいかもしれません。
しかし、問題が出て困るような環境（例：本番環境、利用者が多いなど）では、本仕組みを使わずに、動作確認してから個別に更新することをお勧めします。
:::

## ことの発端
わたしが管理している AWS ルートユーザーのメールアドレスに、以下のようなメールが届きました。


2024 年 10 月 14 日で Python3.8 のサポートが終了になるので、それまでに更新対応してくださいね！というものです。

このアカウントは、 Python3.8 時代にたくさんの AWS Lambda

Slack連携による生産性向上の施策（その３）〜AWS Lambda編〜

# はじめに
こちらの記事は三部構成になっております。
– [Slack連携による生産性向上の施策（その１）〜Workflow Builder編〜](https://qiita.com/oc-arimura/items/ff4c194c617a9d309d9c)
– [Slack連携による生産性向上の施策（その２）〜Slack App編〜](https://qiita.com/oc-arimura/items/fdb6b1faca5ea1150b3a)
– [Slack連携による生産性向上の施策（その３）〜AWS Lambda編〜](https://qiita.com/oc-arimura/items/e9fb983b411b68fd941a)

また、全ての記事の内容を含んだ動画も用意しております。
動画で確認したい方は[コチラ](https://www.youtube.com/watch?v=JE7ZVJ9yE9Q)まで。
※動画開始50分頃からの内容になります。

# AWS Lambda編の概要
ここの説明になります
![スクリーンショット 2024-04-16 16.29.3

InstanceRestarter（インスタンスをリスタートするやーつー）

# 概要

必要にかられて、こんなものを作ったのでメモがてら。
1. EventBridgeから定期的に
1. Lambdaを起動して
1. 指定された名前に合致するインスタンスに対して
1. reboot（またはterminate）のリクエストを出す

# 作成手順

## IAM
1. ロールを作成
1. 信頼されたエンティティを選択
1. 信頼されたエンティティタイプ → AWSのサービス
1. ユースケース → Lambda
1. 許可を追加
1. 許可ポリシー
1. （何もしなくてOK）
1. 許可の境界を設定
1. 許可の境界なしでロールを作成（デフォルト）
1. 名前、確認、および作成
1. ロールの詳細
1. ロール名 → それなりの名前（`InstanceRestarter-role`等）
1. 説明 → お好きに
1. 作成したロールを選択
1. 許可タ

AWS Lambda用のTypeScriptコードをTerraformでデプロイする備忘録

# はじめに
TypeScriptをよく使うので、TypeScriptでLambdaを書きたいなというのと、Terraformを使ってみたいなということで書きました。

VSCodeのDev Containersを用いてコンテナで開発する前提で書いています。
ECRは料金がかかるため、zipファイルでデプロイする方法をとっています。

# Githubリポジトリ
下記にサンプルコードを置いています。

https://github.com/tanakalucky/typescript-lambda-sample

# フォルダ構成
最終的なフォルダ構成は以下になります。
“`
.
├── Dockerfile
├── README.md
├── docker-compose.yml
├── package-lock.json
├── package.json
├── src
│ └── index.ts
├── terraform
│ ├── iam.tf
│ ├── lambda.tf
│ ├── main.tf
│ ├── terraform.tfvars
│

Lambda実行時のログ出力方法（Python）

# 概要
Lambda実行時のログ出力方法を簡単に記す。
ロググループの作成や紐づけ方法は記載しない。（気が乗れば追記するやも）

# 実行環境
Python3.11

“`python:lambda_function.py
import logging

# logger初期化
logger = logging.getLogger()
logger.setLevel(logging.INFO)

def lambda_handler(event, context):
“””
– 基本的なlog出力

Args:
– event: Lambda event
– context: Lambda実行コンテキスト
Return:
なし
“””
logger.info(‘INFOログ’)
logger.warn(‘WARNINGログ’)
logger.error(‘ERRORログ’)
“`

Agents for Amazon Bedrock の簡素化された作成方法を試す

## はじめに
2024/4/23 に突如降り注いできた Amazon Bedrock のアプデ祭りすごいことになっていますね。この記事では Agent for Amazon Bedrock の簡素化された作成方法についてとりあげます。

https://aws.amazon.com/jp/about-aws/whats-new/2024/04/amazon-bedrock-agents-agent-creation-return-control-capability/

https://aws.amazon.com/jp/blogs/aws/agents-for-amazon-bedrock-introducing-a-simplified-creation-and-configuration-experience/

これまでは OpenAPI スキーマを用意して、Agent が呼び出すことのできる API 操作を定義する必要がありました。今回のアップデートで OpenAPI スキーマの作成が不要で、より簡単かつ迅速に Agent を構成できるようになりました。

## OpenA

custom-resource-apigw-cw-roleがnode16.xランタイムでデプロイされる件

## いきさつ
ある日AWSからnode16のサポート終了のお知らせが届きました。

> …
LambdaでのNode.js 16のサポートは2024年6月12日に終了します
…

自分のLambdaを眺めていると、`xxx-custom-resource-apigw-cw-role`node16ランタイムがいました。
これはServerless frameworkでデプロイしたときに自動生成されるもので、API GatewayのCloudWatch Logsのロールを作成するために使用されるらしい。
slsのバージョンを上げればいけそうだな〜と思い現在のバージョンを確認すると`3.38.0`。これは記事執筆時点での最新バージョンです。えぇ…。

調べてみると以下のやりとりが：
https://github.com/serverless/serverless/issues/12307

ざっくり、こんな流れでした：

– サーバーレスフレームワークを介して作成されたcustom-resource-apigw-cw-role lambdaのランタイムを変更するにはどうすれば

APIを呼び出すLambdaで、リクエストヘッダーを全部送るとRuntime.MarshalErrorが起きる

# 起こったこと
自分で開発したAPIを叩いて、戻ってきたレスポンスをそのまま返すAWS Lambdaを作っていたのですが、固定のヘッダーをつけてリクエストするときは問題なく呼び出せるのに、API Gatewayに渡されたリクエストヘッダーをそのままつけてリクエストすると、原因どころか発生箇所すらもよく分からないエラーが起きるようになりました。
“`python:lambda_function.py
import json
import urllib.request

def lambda_handler(event, context):

headers = event.get(‘headers’)
request_body = event.get(‘body’).encode(‘utf-8’)

# リクエスト送信
req = urllib.request.Request(‘https://xxxx/api/v1/yyyy’, headers=headers, method=’POST’, data=request_body)
with

AWS LambdaでPlaywrightを動かす

今まで https://github.com/JupiterOne/playwright-aws-lambda を使わせてもらっていたのですが、コードを更新すると急に動かなくなってしまい https://github.com/Sparticuz/chromium に乗り換えたので導入メモです。

ほとんどREADMEに記載の通りです。

“`
npm init
npm install –save playwright-core
npm install –save-dev @sparticuz/chromium
“`

– node_modulesフォルダをzip化
– 50MBを超えるのでS3にアップ
– Lambdaのレイヤーを作成
– 先ほどS3にアップしたzipのURLを指定
– x86_64とNode.js 18.xを指定
– Lambdaの関数を作成
– 先ほど作成したカスタムレイヤーを追加
– 設定→一般設定からメモリを2000MB程度、タイムアウトを2分程度に増やす
– コードソースのindex.mjsをindex.jsに変

Excel の LAMBDA 関数でDECODEURL作成

# はじめに
　既に至るところで指摘されていますが、EXCELにはENCODEURL関数はありますが、なぜかDECODEURL関数はありません。
　しかし、Teams や Sharepoint でファイル情報を共有する際、パーセントエンコーディングされた文字列をデコードしたいと思いこそすれ、エンコードしたいとは思いません。だって、ブラウザのアドレスバーに入力すれば勝手にエンコードしてくれますもん。

　当ページでは、ENCODEURL関数の対になるDECODEURL関数の作り方を紹介します。
　使い方は簡単で、以下のLAMBDA関数をコピーし、Excelのメニューバー「数式」⇒「名前の管理」⇒名前の管理ダイアログで『新規作成』ボタンをクリックし、名前にDECODEURLと設定して「参照範囲」に数式を貼り付けて登録するだけでOKです。

“`text:DECODEURL
=LAMBDA(txt,
LET(
Z, LAMBDA(f, LET(g, LAMBDA(x, f(LAMBDA(v, u, LET(xx, x(x), xx(v, u) )))), g(g))),

Lambda layersの作成方法 (Cloud9で簡単作成)

## 初めに
Lambdaを開発する上で、どうしても追加ライブラリが必要になることがあります
そういう時は、layers機能を使い、対応しますが、今回Cloud9で四苦八苦したので、
備忘録として、残します

## 対応したい内容
– jwtライブラリが必要になった為、layers機能で対応する

## Cloud9でLayerを作成する
#### Cloud9 起動

AmazonLinux2023で、起動していきます。

Cloud9の管理コンソールに入ります。
![image.png](https

【Bedrock×Lambda】高精度なハイブリッド検索RAGをサーバレスで実装（Slack連携も可）

# はじめに

近年、**大規模言語モデル（LLM）** の発展により、LLMを活用する機会が増加しています。
その中でも、LLMを組み込んだ仕組みの一つとして、**RAG（Retrieval-Augmented Generation）** が注目を集めています。

本記事では、はじめに、**検索精度を向上させたRAGアーキテクチャ**を紹介します。
次に、それを**AWS上で実装する方法**について紹介します。

本記事で紹介したアーキテクチャの実装に用いるソースコードはGitHubで公開しています。

https://github.com/Naoki0513/hybrid-rag-container

# 検索精度を向上させたRAGアーキテクチャ

## RAGの概要と検索手法

RAGの用途としては、社内文書など非公開ドキュメントを読み込ませ、そこから回答できる社内専用AIチャットボットなどが考えられます。

そのため、RAGの精度向上のためには、ナレッジベースから検索する際に必要なドキュメントを的確に取得できるかが重要な要素の一つとなります。

RAGにおける検索手法には、様々