はてなブックマーク

#はじめに AWS Lambdaが2016年2月11日に待望のVPCアクセスをサポートしてから1ヶ月とちょっと経ったわけですが、その特性や気をつける点については以前こちらで簡単にまとめました。今回は実際にVPCアクセスを利用しようとして上手く行っていない場合にチェックすべきポイントについて簡単にまとめます。 といっても基本的にはAWS Lambda固有の話ではなく、VPC周りの確認が主になります。 なお、VPCの件以外にもAWS Lambdaの挙動などハマりがちなポイント、確認すべきポイントについて先日のJAWS DAYS 2016で登壇した際にまとめたのでこちらも合わせて参照ください。 本投稿は個人によるものであり、所属する企業や団体に関係するものでも代表するものでもありません #AWS Lambdaにおけるネットワーク的な制限 まず、AWS LambdaでVPCアクセスを有効にしたにも

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWS LambdaのVPC内リソースへのアクセスが可能になるアップデートが行われました。これは昨年のre:Inventで発表のみされていたものの、その時点ではまだ使えず非常に多くの人がそのリリースを待ち望んでいた機能です。基本的な内容はこちらのブログ記事を参照頂くとして、ここではいくつかキーとなるポイントを簡単に紹介したいと思います。 概要 ブログを読んでもらえばわかるのですが簡単に説明すると、これまでAWS LambdaのファンクションはVirtual Private Cloud(VPC)内にあってパブリックなIPを持っていないAW

注：本記事は個人によるものであり、所属する企業や団体に関係するものでも代表するものでもありません。 #はじめに 先日、モバイル向けのバックエンドサービスであるParse.comが1年後に終了するという発表がされたのは記憶に新しいと思います。このニュースは多くの人に衝撃をもって受け止められました。 この発表のなかで、既存ユーザに対する救済処置としてデータベースの移行ツールとParse Serverのオープンソース化を発表しています。このParse Serverは発表中でParse APIとほぼ互換であるものであり、Node.jsで動くとしています。また、最新SDKでは自前のParse Serverへのリダイレクト機能が備わっているということですね。 というわけでこれをAmazon Web Services（AWS）で動かしてみたいと思います。AWSで動かすにあたって今回はAWS Elasti

#はじめに 9/1にAmazon API Gatewayのエンハンスがあり、API Gatewayから直接Mockの値をレスポンスすることができるようになりました(Introducing Mock integration: generate API responses from API Gateway directly)。 これまではバックエンドの実装が終わっていないとAPI Gatewayで作ったAPIを利用したアプリの開発に難しい、もしくは手間がかかる状態でしたが、今回の機能追加によりバックエンドの実装を待つことなくAPIを利用したアプリの開発に着手できます。 というわけで実際にやってみます。とても簡単です。 #やってみる ##APIの作成 まずAPIを作成します。マネージメントコンソールからAPI Gatewayを選択して、「Create API」します。名前は適当につけて「Crea

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

package com.sample.lambda; import com.amazonaws.services.lambda.runtime.Context; import com.amazonaws.services.lambda.runtime.LambdaLogger; import com.amazonaws.services.lambda.runtime.events.S3Event; import com.amazonaws.services.s3.event.S3EventNotification.S3EventNotificationRecord; public class S3EventHandler { public String handler(S3Event event, Context context){ LambdaLogger lambdaLogger =

本記事はAWS Developer Blog - MobileのAnnouncing AWS Mobile SDK for Unity Developer Previewの翻訳です。 なお、本投稿は私が個人的に訳したものであり所属する企業や団体における公式見解ならびに公式発表ではございません。 AWS Mobile SDK for Unityの開発者プレビューが利用可能になったことを発表します。アイデンティティとユーザデータの管理（Amazon Cognito）、クラウドストレージ(Amazon S3)、そしてフルマネージドなNoSQLデータベース (Amazon DynamoDB)といったAWSのサービスを利用したUnity上でのクロスプラットフォームなゲーム開発が可能となりました。 AWS Mobile SDK for UnityはUnity4.0およびそれ以降に対して互換性があり、F

まず、 非常に大事なことですがこの表における価格はおおよその価格になります。あくまでも おおよその価格です。大事なことなので2回言いました。理由は後ほど説明します。 上記のようにLambdaファンクションに設定可能なメモリ量に応じて価格が変動します。メモリは最小128MBであり、64MB単位で設定することが可能で、最大で1024MB=1GBとなっています。最大の特徴はやはり100ミリ秒あたりとなっていることで、他のサービスと異なってかなり粒度が細かくなっています。これはLambdaはあくまでもイベントドリブンの関数実行であり、従来の長時間のバッチ処理の代替ではないということを表しているとも言えます。 また、メモリ容量に応じて単価が異なるだけでなく、CPU能力やIO能力も異なってきます。メモリ量を多く設定するとこれらの能力もあがるということですね。この辺りの話からLambdaの裏側に関して何

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Help us understand the problem. What is going on with this article?

AWS LambdaではLambda functionとして使える言語は現時点ではJavaScript/Node.jsしかありません。 でもPythonで書きたい人もいるよねってことでPythonで書いたスクリプトを実行してみました。 といっても難しいことはしていません。 Lambda functionとして実行するスクリプトでは外部コマンドが実行可能なことがわかっています。また、環境内にはpythonのruntimeがあることも前回の調査でわかりました（AWS Lambdaをいろいろ暴くのls結果参照）。 というわけでPythonで書いたスクリプトをLambda function内でJavaScriptを使って生成し、child_process()を使って外部コマンドとして呼び出す、というだけです。 では早速やってみましょう。 今回はLambda function内でスクリプト生成するの

AWS LambdaではJavaScript/Node.jsで書いたスクリプトをイベントドリブンで実行できるサービスです。 今回はLambdaの外側からできる範囲でLambdaがどう動いているのか、実行環境がどうなっているのかいろいろと暴いてみようと思います。 ちなみにLambdaの環境はAmazon Linuxをベースに動いています。現時点ではami-8786c6b7というpublicなAMIが利用されています。なので基本的にはLinuxのコマンドが通るはずです。 まずは外部コマンドが実行できるかどうかです。今回は簡単にイベントソースなしのLambda functionを以下のコードで作成してマネージメントコンソールからInvokeして試していこうと思います。 exports.handler = function(event, context) { var exec = require(

はじめに AWS Lambdaに登録したfunction内からRDSのMySQLに接続できるか試してみる。 Lambdaでは各種ライブラリも含めてZipファイルとしてまとめてアップロードすることでこれらを利用することができます。 ※ただし、pure javascriptでないと実行環境の違いで失敗するかも知れません（未検証） というわけで今回はpure JavaScriptで書かれたMySQL接続用ライブラリのnode-mysqlを使ってRDSに接続してみます。 事前準備 まずは接続先となるRDSインスタンスを用意しておくがこちらの手順は割愛。 ポイントとしてはセキュリティグループで接続元を0.0.0.0/0からのアクセスを許可しておくこと。 RDSインスタンスが作成できたらあらかじめテーブルとかを用意しておく。今回はlambdaというDBを用意してsampleというテーブルを作成した。

AWS LambdaはS3やKinesis、DynamoDBのイベントをトリガーにJavaScript/Node.jsで書かれたコードスニペットを実行するというサービスです。 イベントの実行元として上記以外にAPIからの直接実行も可能となっているので今回はAWS SDK for Rubyを利用してこれを試してみます。 なお、AWS Lambdaをサポートしているのはv2だけとなります。 実際のところ、Rubyアプリケーションから実行することはないと思います。 なぜならRubyのアプリを動かすということは恐らくEC2なり何らかのサーバ上で実行してると思われるからです。 でも、例えばクライアントサイドとしてRubyを使うツールを用意して少しだけサーバサイドで処理したいっていうときにEC2とか立てる必要がないのは嬉しいかも知れません。 そんなシチュエーションあるかはわかりませんが。 というわけで