Lambda関連のことを調べてみた2020年12月05日

AWS でサーバーレスアプリケーションのあるべき姿について考えてみた

この記事は、[AWS LambdaとServerless Advent Calendar 2020](https://qiita.com/advent-calendar/2020/lambda) の5日目の記事です。

## 自己紹介

バックエンドのエンジニアとしてそろそろ８年になります。
今年度の初めからサーバーレスを用いた API 開発に従事しています。
元々 C#, Java, PHPなどでサーバーアプリケーションの構築に関わっていましたが、
サーバーレスなアプリケーションの構築は初めてで、学んだことをこの場で共有していけばと思っています。

## サーバーレスだからこそ実現できること

よく、サーバーインフラにまつわる設定が必要ないからサーバーレスは楽だよ、という話を聞きます。
実際、マネージドサービスのAWS Lamdbaで業務ロジックを動作させることによって、
サーバー冗長化、プロセス監視、サーバー複数台で構成されている時の様々な面倒くささ(セッション管理・デプロイなど)はなくなります。

しかし、それだとサーバーレスアプリケーションで作るべき理由をあまり感じないです。

Serverless Framework で SNS + Lambda の Slack 通知を簡単に作る

任意のメッセージを Slack の特定のチャネルに通知する仕組みを AWS SNS + Lambda で作ります。

– アプリケーションから任意のメッセージを通知したい
– 複数の通知先がある（Slackとメーリングリストなど）
– しかし、通知先の設定などはなるべくアプリケーションで管理したくない

こういうときに役に立つと思います

# Slack APP の登録とチャネルの Webhook URL の生成（手動）

https://api.slack.com/apps?new_app=1 にアクセスして、 Workspace に Slack APP を作成します


`Incoming Webhooks` を選択します

![image.png](https://qiita-image-store.s3.ap-northeast-1.am

AWS Lambda LayerのTerraform化でハマったこと

# この記事の目的
AWS Lambda LayerをTerraform化しました。
一部手間取ったので、自分と同僚用にメモを残します。

# まず結論
最終的に出来上がったTerraformはこちらです。

## Terraform version
“`
$ terraform version
Terraform v0.12.24
“`

## Layerを使用するLambda側
“`
resource “aws_lambda_function” “main_lambda” {
filename = “../../lambda_function/test_lambda/test_lambda.zip”
function_name = “test_lambda”
role = aws_iam_role.lambda_iam_role.arn
handler = “lambda_function.lambda_handler”
timeout = 30
runtime = “python3.8”

S3,SNS,SQS,Lambdaを利用したファンアウト構成

#ファンアウト構成とは
一つの入力に対して複数の出力がある構成

Cloudformaionを使用したSNS,SQSの構築は、
検索しても少なかったので書きました。
(需要自体なさそう)

##Amazon SQS（Simple Queue Service）とは
メッセージキューイングサービスです。

送信側はキュー(データを先入れ先出しの構造で保持するもの)にメッセージを送り、
受信側はキューにポーリングしてメッセージを受け取ります。

###標準とFIFO
SQSではタイプとして、標準とFIFO配信を選択できます。

標準タイプでは、メッセージの順番を必ず保証はできません(ベストエフォート)。

FIFOタイプではメッセージの順番を守ります。
SNS、S3などのの連携をサポートしていません。

##Amazon SNS（Simple Noti

【re:Invent】AWS Lambda コンテナ試して見た

AWS Lambda Container Support が発表されました。最大 **10GB** のサイズのコンテナイメージがデポロイできます。現時点サポートされている、全てのランタイム（Python、Node.js、Java、.NET、Go、Ruby）のベースイメージを提供します。

## 全体像
従来は Lambda コンソールからソース編集かアップロードできますが、コンテナイメージ使う場合、一旦 `Amazon ECR` に保存し、Lambda コンソールからデポロイを行います。


## コンテナイメージ

### Amazon ECR (Amazon Elastic Container Registry)
コンテナイメージを AWS に保管しますので、まず `ECR` 作ります。

“`sh
aws ecr create-

AWS Amplifyで生成したDynamoDBのテーブルにcsvデータを流し込む

## 概要
AmplifyのAPI機能で生成されたDynamoDBのテーブルに対し、S3に保存されたcsvデータを流し込む一手段です。

流れは以下3ステップ。
　1. “apmlify add API” + “amplify push” でDynamoDBテーブルを作成（ここは説明しません）
　2. S3バケットに流し込みたいcsvファイルを保存（複数可）
　3. Lambdaにデータ流し込みの関数を作成し実行

## 背景
職場で、アプリケーションのバックエンドをLaravelからAWS Amplifyに移行することとなりました。
それに伴いデータもMySQLからDynamoDBにデータの移行が必要となり、
テーブルデータをcsvに書き出した後Dynamoでインポートしようと試みました。

このミッションに壁として立ちはだかったのが、DynamoDBにはcsvのインポート機能がありません。
(エクスポート機能はあり。)
![スクリーンショット 2020-12-03 23.30.29.png](https://qiita-image-store.s3.ap-north

AWS SAM CLI で Lambda Container Support をお試し

この記事は [**セゾン情報システムズ Advent Calendar 2020**](https://qiita.com/advent-calendar/2020/sisco) 4日目の記事です。

## はじめに
AWS re:Invent 2020 で AWS Lambda の Container イメージサポートが発表されました。

:rocket: **AWS Lambda now supports container images as a packaging format**
https://aws.amazon.com/about-aws/whats-new/2020/12/aws-lambda-now-supports-container-images-as-a-packaging-format/

ついに AWS にも Cloud Run のようなものがきたか！と思ったそこのあなた
残念ながらあらゆるコンテナイメージを簡単に Lambda で動かすことができるという機能**ではありません**。
Lambda 関数をコンテナイメージとしてパッケージ化してデプロイでき

reInvent2020で発表されたLambdaContainerをCDKで実装してみる

# 1. はじめに

日本時間の2020年12月2日午前1時ごろから始まった1つ目のKeyNoteで、
突如LambdaContainerが発表されました（[参考](https://dev.classmethod.jp/articles/lambda-support-oci-container-image/)）。

私も、この発表はリアルタイムでみていて「うぉぉぉぉ！」と心の中で雄叫びを上げました。
コンソールなどではすでに利用できるみたいです。

また、驚いたのが、[AWS CDK](https://github.com/aws/aws-cdk)でも、LambdaContainerの発表から数時間後には
versionが`1.76.0`に上がり、その際にLambdaContainerがサポートされたみたいですねw

# 2. 実装

CDKでの実装に関するドキュメントは[公式](https://docs.aws.amazon.com/cdk/api/latest/docs/@aws-cdk_aws-lambda.DockerImageCode.html)にて提供されており、これまでの

AWS Lambda 上で Jinja2 を使う場合の実行時間を削減する方法

# はじめに
[DMMグループ Advent Calendar 2020](https://qiita.com/advent-calendar/2020/dmm) 3日目の記事です。

AWS Lambda 上で HTML を生成するアプリケーションを動かす場合に、 Python ランタイムを選択し [Jinja2](https://pypi.org/project/Jinja2/) を利用することが考えられます。
AWS Lambda では [コードの実行時間に対して課金される](https://aws.amazon.com/lambda/pricing/) ため、Jinja2 による HTML 生成にかかる時間が小さい方がコスト的に嬉しいです。

そこでこの記事では、AWS Lambda 上で Jinja2 により HTML を生成する際に実行時間を小さくするための方法を検討します。

# 前提
下記の環境を前提とします。

* AWS Lambda ランタイム: Python 3.8
* AWS Lambda メモリ割り当て: 128MB
* Jinja2: 2.11.2

#

サービステストをLambda+unittest用ライブラリで実装してみる

あるサービスのテスト(外部サービスとの結合テスト)を、Lambda(python)+unittestで実装してみます。

# やること

「特定の条件を満たすメールを受信した場合はBacklogに課題を起票する」というサービスをテストするエンジンをLambda+unittestで構築します。
unittestライブラリをunittestよりも上のレイヤーの試験に使います。案外使い心地がいいです。


## テスト対象サービス

以下の条件を満たすメールを受信した場合に、Backlogに課題を起票します

– メールタイトルに特定の文字列を含む
– 送信元が許可された特定のメールアドレス

## テストエンジン

– Lambda(python)にunittestライブラリでテストシナリオを記述し実行
– 各テストケースは、概

Go+serverlessでSQS→Lambda→SES

本記事は[Fusic Advent Calendar 2020](https://qiita.com/advent-calendar/2020/fusic)の3日目の記事です。

普段の仕事ではもっぱらPHPばかりですが、最近はGoの勉強を楽しんでいます。
弊社では最近週一で有志のメンバーでGo+serverlessの勉強会を行っておりまして、今回はその課題で作成した内容の備忘録です。Serverless Frameworkを使用しています。
https://www.serverless.com/

## 環境
Serverless Framework: 2.14.0
aws-cli(動作確認用): 2.1.4

## 構成
色々と省略していますが、以下のような構成でSQSに来たメッセージをLambdaで取得してSESでメール通知を行うことを想定します。そして、Goを使いたいという理由でLambdaはGoで記述します。
本来、API Gateway→SQS→Lambda→SES/SNS/DynamoDBみたいなものを作ろうとしているのですが、それの一部を切り抜いている形です。エラー処理

LambdaLayer用zipをCodeBuildでお手軽に作ってみる。

# 背景

– Lambdaはサーバーレス構成に必須なサービス
– LambdaLayerは複数のLambdaで共通するモジュールを使いまわしできるサービス
– LambdaLayer用のzipを作る際には、その作業用のAmazonLinuxのEC2立てたり、Dockerコンテナ作ったりするのが理想
– 公開されているライブラリだけでなく、自身の共通モジュールも含めたりすると構築環境への転送も必要

一言でいうと、使いたいが面倒くさい。

# CodeBuildがあるじゃないか

[AWS CodeBuild](https://aws.amazon.com/jp/codebuild/) は、CodeCommitやGiuhubなどのソース管理システムからソースをcloneして、各種ビルド処理後に成果物（アーティファクト）をS3にアップロード出来るサービス。
ビルド用のマシンの環境はまっさらな状態（awscliとかの基本的なのは既に入っている）。本ビルド処理前にライブラリのインストール処理とかも可能だったり、独自のAMIを使ったりする事も出来る。

– 他のライブラリなどが入っていない綺麗

メモリ上限10Gで Lambdaのコア数はどうなった！！(Re:Invent2020対応版)

# 余談
TISという会社に所属している、小西です。
昨年は、Re:Invent2019 に初めて行き、まさに「熱量」を感じる機会を得られましたが、
今年は、普通に業務で、セミナーはあまり聞けませんが、新機能をウォッチしていきたいなと思います。
３年近くサーバレスをやってきたので、サーバレスをウォッチしていきたい。

# 概要
Re:Invent 2020 で、High Performance Lambdaがリリースされ、メモリー上限が10Gとなり、コア数も最大６コアになりました。
ただ、メモリー設定でどうコア数が変わるかは公開されていないので実際に確認してみました。

なお、Re:Invent 2020 で、メモリー設定が64MBステップから1MBステップに変わったのですが、
検証は、64MBステップで行っているので、正確な切り替わりポイントでない可能性があります。すいません。

# 結論
以下の通り、最低２コアで、3Gから2G毎にコア数が上がるようです。
これまで、1536Mまで1コアでそれ以上が2コアだったようですが、大きく変更となりましたね。
課金単位も変わりましたが、実質的

serverlessでslackbotローカル開発環境構築 – serverless-offline編 –

#何を作ろうとしている
slack apiフレームワークのboltをAWS Lambda上で動かして、さらにはDynamoDBとかも連携したSlackbotを作ろうとしている。

#目指す開発環境

####ここから
マジで何も分からないところからどうにかこうにかserverlessを使ってAWSに簡単なlambda関数をデプロイ出来るようになりました
でも結構速いPCでもデプロイに一回1分以上かかる

####こうなった！

serverless-offlineを使って、コードの編集が5秒ほどで自動で反映されてすぐ試せるローカルサーバーを立ち上げた。それをngrokでWEB上にURL公開、Slackからのエンドポイントに指定してローカルの方にリクエストを投げて逐次試しながら開発できる。

**この記事はserverless-offlineでローカル開発環境をserverlessの設定から立ち上げるところまでの備忘録です。**

#serverless-offlineとは

https://github.com/dherault/serverless-offline

AWS Lam

re:Invent Andy Jassy Keynoteの気になったもの

# 背景
さっきre:InventのメインイベントのAndy JassyのKeynoteが終わりました
たくさん新サービスは出ましたが、気になったものをピックアップしてみます
新サービスが発表されて詳細を見たいってなったら、だいたい[AWS News Blog](https://aws.amazon.com/jp/blogs/aws/)に記事が出るので、それを見てました

# 気になったもの一覧
## コンピューティング
### Lambdaコンテナ対応

[New for AWS Lambda – Container Image Support | Amazon Web Services](https://aws.amazon.com/jp/blogs/aws/new-for-aws-lambda-container-image-support/)

### AWS Proton

[Preview: AWS Proton – Automated Management for Container and Serverless Deployments | Amazon Web Serv

パソコン初心者がおうむ返しlinebotを作ってみた話

##はじめに
これは
この記事はこちらの記事を参考してかいています。
詳しくはこちらまでhttps://qiita.com/inoue2002/items/a87df2b520f8b6e37f42
##目次
1 環境構築（必要なものをダウンロード）
>ngrok
node.js
git
VScode

##環境構築(ngrok)
[ngrok](https://ngrok.com/download)をダウンロードします。
　↑こちらからサイトに飛べます。
下の方にこちらがでてきます。あとは解凍するだけ。![6F4250F8-367F-4386-952D-6A3065A0EAC8_4_5005_c.jpeg](https://qiita-image-store.s3.ap-northe

LambdaのProvisioned Concurrencyと１年付き合ってみて思ったこと。

# １年付き合って見て思ったこと。

Lambdaは毎年たくさん機能アップデートがあるけど、やっぱりLambdaの醍醐味はそのシンプルさだと思います。シンプルに使えるように、Lambdaだけでシステムやロジック設計をするのではなくて、AWSのビルディングブロックの組み合わせで適材適所で活かしあった方が良いなと思う１年でした。

Provisioned Concurrencyによって、より多くのワークロードでLambdaが利用された１年になりましたが、それ以上にProvisioned Concurrencyを利用しなくても、そのまま素で自動的にスケールしてくれるLambdaの良さを再確認した１年でもありました。

# この記事について

執筆時はre:Invent 2020の前日です。
ですので、re:Invent2020の内容は一切含みません。

そしてProvisioned Concurrencyは2019年のre:Invent時期に登場したAWS Lambdaの機能です。
今回は、そろそろこなれ感のあるこの機能について解説します。

https://aws.amazon.com/a

CircleCIでLambdaのデプロイを改善した話

# はじめに
この記事は[CircleCI Advent Calendar 2020 – Qiita](https://qiita.com/advent-calendar/2020/circleci)の3日目の記事です。

自分のチームではLambdaを使って、バッチなどを動かしています。
LambdaはAWS SAMで管理していましたが、デプロイを自動化しておらず、手動で反映していました。

そんな状況をCircleCIを使って改善した話をしていきます。

# 改善前
改善前のデプロイフローが下記になります。


このデプロイは下記のような課題を抱えていました。

* ローカル上で依存解決して実行しないといけない
* 変更セットをレビュアーが隣で確認しないといけない

このような作業を行っているため、環境変数の書き換えがミスがあったりし、ダブルチ

AppDynamics Lambda Extension による Python 関数性能監視

この記事はシスコシステムズ有志による Cisco Systems Japan Advent Calendar 2020 (2枚目) の 3 日目として投稿しています。

2017年版: https://qiita.com/advent-calendar/2017/cisco
2018年版: https://qiita.com/advent-calendar/2018/cisco
2019年版: https://qiita.com/advent-calendar/2019/cisco
2020年版: https://qiita.com/advent-calendar/2020/cisco
2020年版(2枚目): https://qiita.com/advent-calendar/2020/cisco2

# はじめに

2020年10月にプレビューとなった AWS Lambda Extensions により，コード変更なしに Lamba 関数の AppDynamics での監視が可能となりました。

[AWS Lambda Extensions(プレビュー)を構築する](https:/

【初心者向け】AWS Lambda(Python) + API Gatewayで運行情報をお知らせしてくれるSlackAppを作るハンズオン！

## はじめに
こんにちは！DMM WEBCAMPでメンターをしています@piyorです。

通学・出勤の時に電車が遅延しているかの確認をSlackで出来たら
チームメンバーなどで共有ができて便利ですよね

という訳で、運行状況をPythonでスクレイピングしてその結果をSlackに送信するものを作成しました。

### 対象者
– サーバレス(AWS Lambda)に興味がある方
– Webスクレイピングに興味がある方
– SlackAppに興味がある方

※今回Pythonのコードについては基本的には説明しません
※スクレイピングとはなに？って方は[こちらの記事](https://www.sejuku.net/blog/51241)などを参考にしてください
※スクレイピングを禁止しているサイトも存在します。[こちらの記事](https://qiita.com/n_oshiumi/items/b4efd1f40ec0a1b77376)などを参考にしましょう

### 作るもの

?こんな感じに、遅延・運休してる路線を通知してくれます
![スクリーンショット 2020-12-01