Lambda入門#2 はじめてのLambda関数作成 S3との連携

# 参考URL
昨日に続いて、クラスメソッドさんの記事を見て勉強を続けていきます。
https://dev.classmethod.jp/cloud/aws/lambda-my-first-step/

## オブジェクト情報の取得
昨日の記事で実施した部分はオブジェクトが所定の場所に置かれることで起動するトリガーについて触れました。
今回はそこからさらに進んで、昨日、定義したLambdaのハンドラーで指定した引数eventに含まれている「バケット名」とか、「パス」の情報を取得してみます。

コードを以下のものに差し替えます。

```python:テストコード1
def lambda_handler(event, context):
    print("Lambdaが呼ばれたよ！！！！！！")
    input_bucket = event['Records'][0]['s3']['bucket']['name']
    input_key    = event['Records'][0]['s3']['object']['key']
    print("bucket =", input_bucket)
    print("key    =", input_key)
```

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/47b972bb-de67-d6f2-3d60-fe3d065f7ec4.png)

差し替えが終わって、コードを保存したら、またS3上の所定フォルダにテキストファイルをアップしてみます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/82039179-43ff-e447-49c3-95de97af744d.png)

また、例のごとく、Cloud Watchにログインして、ログを確認してみます。
おっ！ログが増えてます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/2c345f03-29d3-433b-54e7-76e2dec81ccb.png)

ログ結果を確認すると確かにバケット名とアップロードしたテキストファイル名を取得できています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/2377f507-4290-bb8a-8880-f86e2a45b019.png)

## テストの実行
記事によりますと、昨日までで用意していた空のjsonファイルだとエラーが出力されるとのことでした。
実際に実行してみますと、確かにエラーが出力されました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/da3575ca-42d9-2fdc-349d-d8a86cf18473.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/b0833de8-35f6-21fa-12bc-769647351e5e.png)

エラーを出力させないためには「バケット」と「ファイルパス」の情報を渡してやればよいとのことです。
実際に渡してみたら、エラーが解消するのか確認してみました。

↓のような感じでテンプレートをベースにバケット名、ファイルパス(key)の情報を入力してテストを実行してみます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/75f078cb-d8be-93b3-369e-a320ba57d3f8.png)

おっ！エラーは出ずに、私が適当に突っ込んだ値を無事に取得することができました！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/2a3aa3af-5f80-c551-84a1-26841480504d.png)

記事にも記載されているのですが、この時点で現段階のLambdaで使用しているロールにはS3に対するアクセス権は設定されていない状態です。
なのにも関わらず、バケット名とファイルパスを取得できているのはトリガーイベントから受け取っている情報だからになるそうです。
ロールの制限を受けることなく、トリガーイベントとして取得している情報はLambdaデフォルトのロール権限で無制限に取得可能だということを理解しました。

## ファイルコピーする関数の作成
また、コードを差し替えます。

```python:テストコード2
import boto3
 
s3 = boto3.client('s3')
 
def read_file(bucket_name, file_key):
    response = s3.get_object(Bucket=bucket_name, Key=file_key)
    return response[u'Body'].read().decode('utf-8')
 
def upload_file(bucket_name, file_key, bytes):
    out_s3 = boto3.resource('s3')
    s3Obj = out_s3.Object(bucket_name, file_key)
    res = s3Obj.put(Body = bytes)
    return res
 
def lambda_handler(event, context):
    print("Lambdaが呼ばれたよ！！！！！！")
    input_bucket = event['Records'][0]['s3']['bucket']['name']
    input_key    = event['Records'][0]['s3']['object']['key']
    print("bucket =", input_bucket)
    print("key    =", input_key)
 
    # S3からファイルを読み込み
    text = read_file(input_bucket, input_key)
    # outputのキーを設定
    output_key = "outputs/" + input_key
    # ファイルをS3に出力
    upload_file(input_bucket, output_key, bytes(text, 'UTF-8'))
```

上記の処理は```lambda_handler```って関数で取得したバケット名、ファイルパス名を```read_file```と```upload_file```って関数でそれぞれ、流用する形で別ファイルの形で別のバケットへアップロードするものになるようです。

先頭の```import boto3```が気になったのですが、こちらはAWSをPythonから利用するためのライブラリとのことです。※詳細は以下に。

>Python boto3 でAWSを自在に操ろう ~入門編~
https://qiita.com/kimihiro_n/items/f3ce86472152b2676004

では昨日、自動的に作成されたLambdaのロールにS3へのアクセス権を付与してみます。
まずはIAMへアクセスし、先日、作成したロールを選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/cd731407-d77c-c9ed-2d7a-b41ce54b7fbb.png)

記事で紹介されている通り、ここは何も考えず、```AmazonS3FullAccess```を付与しておきます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/67890e44-1a10-e6f1-f823-336281d99a1e.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/e58af228-d34a-7ac7-ce0f-a180b25f5d2e.png)

IAMとは別に、Lambda上でもアクセス権が増えていることが確認できました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/1945ac02-fd05-0fb9-f0f2-ae351d9efbef.png)

ではこのパワーアップした関数が動作するのか、確認してみます。

## 動作確認
実際にS3上にファイルをアップロードしてみます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/1dfd9b4d-f3cd-f2ac-5514-fed8129bc8d6.png)

そして、例のごとく、Cloud Watchへ飛んでみると、
おっ！また、新しいログが出てます！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/99fba80d-8d48-0d44-fabb-d86e50f9ff0b.png)

えっ、ただ、ログには前回までと同じような内容しか出てないなー（汗

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/065d9224-bc85-64b3-780b-d86481b09494.png)

ただ、「何か間違ってたのかなー」とちょっとあきらめ気味にS3バケット内のフォルダを確認してみたところ、なんと！「outputs」フォルダが出来ているではありませんか！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/e011ee42-d39b-d8c4-2525-e28213bf866f.png)

「outputs」フォルダの中には「targets」フォルダが！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/661b884a-d1d2-915d-a6e2-7226cdd8a4e4.png)

おー、ちゃんとファイルがコピーされてますね！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/138274/34239b58-e25f-74dc-63d0-b0bd7fdce7f6.png)

ログの出力だけ疑問が残ったので、よくよく考えたら、print処理している内容変わってなかっただけでした笑
ひとまず出来ましたー！というわけで、今回、参考にさせていただいた記事はここまででしたので、
明日もまた、別の記事をベースに勉強したいと思います。