AWS Lambda Update

1. AWS Lambda Update 2015.04.22 Amazon Data Service Japan, Solutions Architect Keisuke Nishitani(@Keisuke69)

2. ⾃自⼰己紹介 •  名前 –  ⻄西⾕谷圭介 –  @Keisuke69 •  ロール –  ソリューションアーキテクト –  WebサービスやEC、スタートアップを担当 –  モバイルなどアプリ寄りなプロダクトを担当

3. AWS Lambdaとは •  クラウド上で、イベントをトリガーに独⾃自のコードを稼働させるComputeサービス –  EC2インスタンスやOS等インフラの管理理作業が不不要 –  毎⽇日数件から毎秒数千件のリクエストまで⾃自動的にスケール –  従量量課⾦金金、実際にコードが稼働した時間に対してのお⽀支払 –  新たに追加された情報(イベント)に対して即座に応答するアプリケーションを、特別な仕組みなく簡単に実装できる

4. 特徴

5. インフラの管理理が不不要 •  ビジネスロジックにフォーカスできる •  コードをアップロードするだけで、あとはAWS Lambdaが以下をハンドリング –  キャパシティ –  スケール –  デプロイ –  耐障害性 –  モニタリング –  ロギング –  セキュリティパッチの適⽤用

6. オートスケール •  イベントのレートに合うように Lambdaが⾃自動でスケール •  プロビジョニング中や完了了を気にする必要なし •  コードが稼働した分だけのお⽀支払い

7. Bring your own code •  Node.jsで書かれたコードを実⾏行行 •  コード内では以下も可能 –  スレッド/プロセスの⽣生成 –  バッチスクリプトや何らかの実⾏行行ファイルの実⾏行行 –  /tmpのread/write •  各種ライブラリも利利⽤用可能 –  ネイティブライブラリも可能 –  利利⽤用するライブラリを⼀一緒にアップロード

8. 細やかな料料⾦金金体系 •  100ミリ秒単位でのコンピュート時間に対する価格設定 •  リクエストに対する低額の課⾦金金 •  ⼗十分な無料料枠 •  アイドル状態では⼀一切切課⾦金金されない

9. 発表された内容 •  ついにGAに •  AWS Mobile SDKのサポート •  Synchronous Invoke •  イベントソースの追加 •  アクセスモデルの簡潔化 •  リソースへのクロスアカウントアクセス •  複数のメトリクスとAPIのエンハンス •  コンソールの改良良

10. AWS Lambda now Generally Available •  デフォルトの制限がより⼤大きくなりました –  同時リクエスト数が100リクエストに（*） –  アカウントにおける1秒あたりのリクエスト数が1000に（*） –  Invoke時のリクエストボディのサイズが6MBに＊制限緩和可能 •  プレビュー表記が外れました –  プレビュー期間中のフィードバックを元にしたアップデート –  ストリームとファンクションが1:1からn:nに –  プログラミングモデルの改善 –  利利⽤用できるリージョンは変更更なし

11. モバイルバックエンドとしてのAWS Lambda •  AWS Mobile SDKのサポート –  AWS Mobile SDK for iOS –  AWS Mobile SDK for Android •  新しいInvokeモデルのサポート –  RequestResponse –  簡単・即座にスケーラブルなバックエンドとして利利⽤用可能

12. Lambdaファンクションの呼び出し •  モバイルもしくはWebアプリからの呼び出しが可能 –  AWS SDKもしくはAWS Mobile SDKを利利⽤用 •  Invoke時にInvocation Typeを指定 –  Event •  ⾮非同期実⾏行行 •  レスポンス内容はリクエストが正常に受け付けられたかどうかのみ –  RequestResponse •  同期実⾏行行 •  実⾏行行完了了時にレスポンスが返ってくる。レスポンス内容はLambda ファンクション内でセット可能

13. 同期呼び出しコード例例（JavaScript） var params = { IdentityPoolId: "Cognito Identity Pool ID”, }; AWS.config.region = 'us-east-1’; AWS.config.credentials = new AWS.CognitoIdentityCredentials(params); AWS.config.credentials.get(function(err) { if (!err) { var event = { 'key': 'value’ }; var params = { FunctionName: 'Sample’, InvocationType: 'RequestResponse’, LogType: 'Tail’, Payload: JSON.stringify(event) }; var lambda = new AWS.Lambda(); lambda.invoke(params, function(err, data) { if (err){ console.log(err, err.stack); }else{ console.log(data.Payload); } }); } else { console.log("Error:" + err); } });

14. APIサーバの代わりとして •  例例えば、ユーザによってコンテンツの出し分けをしたい場合 •  新たにサポートされた同期呼び出しで実現 DynamoDB S3 1. HTML/JS 4. URLを元にコンテンツ取得 JavaScript SDK 4. ユーザに基づくコンテンツ（URL）取得 Lambda 3. コンテンツ要求

15. APIサーバの代わりとして（モバイルの場合） •  前述と同様のことをモバイルアプリからも可能 DynamoDB S3 3. URLを元にコンテンツ取得 2. ユーザに基づくコンテンツ（URL）取得 Lambda 1. コンテンツ要求 App with AWS Mobile SDK

16. 新しいイベントソース •  Amazon SNS –  ⾮非常にご要望の多かった機能 –  イベントソースとしてSNSのトピックを指定可能に –  通知先としてSNSをサポートしているAWSの他サービスとのインテグレーションが可能に例例：CloudWatchのalarmをトリガーに Amazon SNS Lambda function

17. 新しいイベントソース •  Amazon Cognito –  Cognito Syncにおけるデータセットの同期のタイミングで Lambdaファンクションをトリガーできるように –  ゲームのステータスアップデート時に検証してレスポンスするようなことが可能に Amazon Cognito Lambda function

18. contextパラメータの変更更 •  context.succeed(Object result） –  ファンクションとコールバックの正常終了了とする場合 –  ファンクションの実⾏行行結果をJSON.stringifyコンパチの形式でresultとして渡す（オプション） –  InvocationタイプがEventの場合、CloudWatch LogsのLogストリームにresultをメッセージ出⼒力力 –  InvocaktionタイプがRequestResponseの場合、resultがレスポンスボディとしてセットされる。同時にLogストリームにも出⼒力力 •  context.fail (Object error) –  ファンクションとコールバックの実⾏行行結果としてエラーとする場合 –  実⾏行行結果をerrorとして渡すことができる（オプション） –  Errorがnull以外の場合、レスポンスヘッダ（X-‐‑‒Amz-‐‑‒Function-‐‑‒Error-‐‑‒Message）およびレスポンスボディ（errorMessage）としてセットされ、Logストリームにも出⼒力力される

19. contextパラメータの変更更 •  context.done (String message, Object result) –  ファンクションを終了了させる場合 –  エラーのサマリをmessageとして渡す（オプション） –  実⾏行行結果をresultとしてJSON.stringifyコンパチ形式で渡す（オプション） –  messageに値が⼊入っている場合、Lambdaはエラーとみなす –  InvocationタイプがEventの場合、⾃自動的にmessageとresultをCloudWatch LogsのLogストリームに出⼒力力する –  InvocaktionタイプがRequestResponseの場合、以下の挙動となる •  Messageがnullの場合、resultの⽂文字列列表現がレスポンスボディとしてセットされる •  Messageがnullでない場合、resultの⽂文字列列表現をX-‐‑‒Amz-‐‑‒Function-‐‑‒Error-‐‑‒Message というレスポンスヘッダとしてセットし、レスポンスボディとしてerrorがセットされる •  引数としてmessage飲みであった場合、その値がレスポンスヘッダ（X-‐‑‒Amz-‐‑‒ Function-‐‑‒Error-‐‑‒Message）およびレスポンスボディとしてセットされる

20. contextのプロパティ •  awsRequestId –  Lambdaファンクション呼び出しリクエストのID •  logStreamName –  CloudWatch LogsのLogストリーム名 •  clientContext –  モバイルSDK経由で呼び出された場合、クライアントアプリおよびデバイスに関する情報 –  Nullになる場合もあり •  Identity –  MobileSDK経由で呼び出された場合、Amazon CognitoのIdentity providorに関する情報 –  Nullになる場合もあり

21. コード例例 console.log('Loading function'); var aws = require('aws-sdk'); var s3 = new aws.S3({apiVersion: '2006-03-01'}); exports.handler = function(event, context) { console.log('Received event:', JSON.stringify(event, null, 2)); //渡されたイベントの情報からオブジェクトを取得しContentTypeを出力 var bucket = event.Records[0].s3.bucket.name; var key = event.Records[0].s3.object.key; s3.getObject({Bucket: bucket, Key: key}, function(err, data) { if (err) { console.log("Error getting object " + key + " from bucket " + bucket + ". Make sure they exist and your bucket is in the same region as this function."); context.fail('Error', "Error getting file: " + err); } else { console.log('CONTENT TYPE:', data.ContentType); context.succeed(); } }); };

22. 新しいパーミッションモデル •  従来のInvocation Roleの指定は不不要に •  ExecutionパーミッションとInvocationパーミッションの2種類に –  Invocationパーミッション •  イベントソースがLambdaとやり取りするのに必要 •  Invocationモデルによる、Pull型の場合のみ •  Execution Role(後述)もしくはリソースポリシーとして指定 –  Executionパーミッション •  ファンクションがどのAWSのリソースにどういったアクションを⾏行行えるか •  実際の細かい権限はIAMロールとして⽤用意し、Execution Roleとして設定する

23. Execution Role例例（イベントソースがKinesisの場合） •  Kinesisの場合、Pullモデルとなるため、Lambda がKinesisにポーリングできるよう権限を与える •  Lambdaの InvokeFunctionというアクションの許可も必要 { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "lambda:InvokeFunction" ], "Resource": [ "*" ] }, { "Effect": "Allow", "Action": [ "kinesis:GetRecords", "kinesis:GetShardIterator", "kinesis:DescribeStream", "kinesis:ListStreams", "logs:CreateLogGroup", "logs:CreateLogStream", "logs:PutLogEvents" ], "Resource": "*" } ] }

24. クロスアカウントアクセス •  異異なるAWSアカウントのアプリケーションからのアクセスが可能 •  LambdaファンクションのオーナーがAccess Policyでクロスアカウントアクセスを許可する設定を追加する –  Principalとして許可するAWSアカウントのidを指定する

25. コンソールの改良良 •  コンソールからS3以外のイベントソースも設定可能に –  ただし、DynamoDBは依然として未サポート •  ダッシュボード上で設定したいLambdaファンクションを指定し、”Add event source”

26. イベントソースの設定

27. イベントソースの設定 ①イベントソースを選択 ②選択したイベントソースに応じて項⽬目の選択 ※項⽬目は選択したイベントソースにより変動する

28. メトリクスの追加と変更更 •  CloudWatchを⽤用いたMetricsの監視 –  Invocations •  以前のRequestCount •  ファンクションが呼び出された回数 –  Failures •  以前のErrorCount •  ファンクションの実⾏行行がエラーになった回数 –  Duration •  以前のLatency •  コードの実⾏行行開始からの経過時間 –  Throttle •  同時実⾏行行数の制限を越えて呼び出されたため失敗した回数

29. "   Web・モバイルのアプリ開発者向けイベント（AWS Summitと併催） "   みんな⼤大好きGithubの共同創業者によるKeynoteあります " GithubとAmazonのサービス開発の裏裏側とかも聞けちゃいます "   伊藤直也さん、⼤大場光⼀一郎郎さん、増井雄⼀一郎郎さん等著名登壇者も多数 "   Developers Nightという交流流パーティもあります http://www.awssummit.tokyo/devcon.html 6⽉月2⽇日、3⽇日はデブコンへ！

30. Run Code in the cloud!

AWS Lambda Update

Keisuke Nishitani

Transcript