サーバーレスでAuroraの実行中クエリをCloudWatch Logsへ出力する | DevelopersIO
大栗です。 RDSで障害が発生する一因として、想定外に長時間実行しているクエリが邪魔になっていることがあります。RDS for MySQLやAuroraの場合はSlow Queryで長時間実行されたクエリは分かりますが、実行が完了したものしか出力されないため現在動いているものはshow processlist;を実行して実行中のクエリを確認する必要があります。監視システムで定期的にRDSにログインして実行すれば良いのですが、面倒なのでEC2を使わずに実装してみました。 全体概要 Auroraの場合は、ストアドプロシージャ経由でLambdaを実行できます。この機能とMySQLが持っているスケジュール機能を利用します。 AuroraのEvent Schedulerでinformation_schema.processlistの内容を取得してlambda_asyncを呼ぶ LambdaでPROC
AWS Lambdaのソースコードを覗いて動作原理を知る試み - misc.tech.notes
この記事は、Serverless Advent Calendar 2016の14日目の記事です。 qiita.com 昨日は工藤さん(level69)による、「Serverless Meetup Sapporoで話てきた」でした。 工藤さんは元々北海道出身という縁もあることから、先日のServerless Meetup Sapporoに自腹で遠征してくれました。本当にありがとうございます。 serverless.connpass.com 本題 さて、本題ですが、最近はApache (元IBM) Openwiskを筆頭に、IronFunctionsなど、OSSなFaaS実装が増えてきていますが、ふと「Lambdaはどうなってんだろーなー。あ、ていうかLambdaもPythonなら、スクリプト言語だからある程度まではソースコード読めるんでは？」と思い立ったので、じゃあやってみましょうという試み
Python Serverless Microframework for AWS(Chalice)にローカルモードが追加され、開発しやすくなりました | DevelopersIO
こんにちは、藤本です。 本ブログでも何度か紹介しているChaliceですが、今月前半にバージョン 0.4.0 がリリースされ、ローカルモードが追加されました。 Chalice Chalice については以下の過去記事をご参照ください。 【新機能】Python Serverless Microframework for AWS(プレビュー版)が登場！ ローカルモード ローカルモードはAWSへデプロイせずにローカルでHTTPサーバを起動し、動作確認できる機能です。API Gateway、AWS Lambdaの動作をローカル環境で実行するようなイメージです。 バージョン 0.3.0 までは動作確認する都度、chalice deployコマンドを実行し、AWS Lambdaへソースコードをデプロイする必要がありました。更には、デプロイして動作確認したら、{"Code": "ChaliceViewE
node.jsでLambdaを実装した時のトラブル&解決策集 - Qiita
LambdaがVPC内で使えるようになりました！ 今後、ますますLambdaの活用シーンが増えそうです。 この記事では、node.jsでLambdaを実装した時に起こるトラブルとその解決策をまとめます。 トラブル&解決策は、随時追加していきます。 こんな事で過去にはまった！というのがあれば、コメントに書いていただくか、記事を追加してプルリクして下さると嬉しいです。 トラブル&解決策を充実させて、この記事がLambdaを使う多くの人の助けになればと思います。 トラブル１：「"errorMessage": "Process exited before completing request"」が出る 解決策：処理の終了を明示する 処理の終了がコード上で明示されていない時に発生します。 node.jsでファンクションを実装した場合、処理の終了を明示する必要があります。 明示には以下の3つの方法があ
AWS Lambda を利用する上で知っておいたほうがよいこと - ボクココ
本ブログで度々紹介している AWS Lambda。改めてもう一度解説すると、コード(Node.js or Java)を実行する環境をAWS側で用意してくれる。"実行したいときに用意したコードを実行できる"ため、必要な料金を最低限に抑えられる。私が最も気に入っているAWSサービスの一つだ。 さて、具体的な使い方に関しては AWS Lambdaの公式ドキュメントを始め、Qiitaなどでもやってみた系でたくさんあるので、本エントリーではそれを利用する上で知っておいたほうがよりよいことを挙げる。というより私が実際に利用してみて詰まったところや感動したことなどを挙げてみる。 コード失敗時にリトライをデフォルトで3回行う 公式ドキュメントにもこのことは書いてあるのだが、見落として不可解な気持ちになるので、これは必ず知っておいたほうがよい。Node.js の場合、Lambdaのコード実行完了時にcont
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Serverless で位置情報を活用する