AWS Lambdaのタイムゾーン変更 - Qiita
開発中のこと… 上司から「DB上のタイムスタンプがズレてるよ」と指摘を受けました。 Lambdaで受け取ったリクエストに応じてEC2上のDBへ書き込みに行くAPIの開発だったのですが、確認すると確かに9時間ズレてる… 原因究明 リージョンも東京に設定しているのに何故かなー？といろいろ調べてたらこんな記事を見つけました。 AWS lambda のタイムゾーンを東京にする | hacknote 記事は東京リージョンリリース前みたいなんですが、リージョンを東京にしてても何故かタイムゾーンだけズレるんですよねぇ… process.env.TZ = 'Asia/Tokyo' このスクリプトを差し込めば良いっぽいのですが、あいにくJavaでの開発だった為使えませんでした。 解決策 で、どうしたら良かったかというと、Lambdaコンソールから、Functions→特定のファンクションまで降りていって、C
AWS Lambda（Python） の開発環境・テスト・デプロイ・CI 考察 | DevelopersIO
作るもの ヒーローを管理する Lambda Function を書きます。ヒーロー情報は DynamoDB の ヒーローテーブルに格納するものとします。リポジトリは以下。 * Python Lambda SAM + SAM Local Project コーディング作業 すべてはコードを書くところから始めます。いきなりプロジェクトルートにファイルを置いて書き始めるのも良いですが、後々テストやデプロイも行うことになるので少し整理してみます。以下のようにしました。 . ├── buildspec.yml ├── deploy.sh ├── docker-compose.yml ├── environments │ ├── common.sh │ └── sam-local.json ├── integration_test.sh ├── requirements.txt ├── src
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 Framework - AWS Lambda Events - REST API (API Gateway v1)
