はてなブックマーク

この記事のゴール S3 CloudFront Route 53 を使ってReact製のSPAを独自ドメインで配信します。 前提条件 以下の条件を満たしている前提で話を進めていきます。 Route 53 で独自ドメインを購入している事 AWS Certificate Managerで独自ドメインの証明書を取得している事（証明書は us-east-1 に作成されている必要があります。） 利用するSPAはサーバーサイドレンダリングが考慮されていない仕様である事 1 に関しては別に Route 53 で購入したドメインでなくても大丈夫なのですが、全ての手続きがAWS上で完結すると楽なので、この記事ではそのようにしています。 2 に関しては現時点ではCloudFrontに設定出来る証明書が us-east-1 に配置されていないと設定出来ない為です。（そのうち他のリージョンの証明書も使えるようになる

IAMロールに CloudWatch Logsへの書き込み権限を与えています。 詳しくは CloudWatch Logs の権限リファレンス を参照して下さい。 先程は書きましたが通常はログ出力は行われるハズです。 この手順に関してはログ出力がされていない場合のみ行えばOKです。 以下のようにログGroupが作成されていればログ出力が行われています。 ログが出力されていないと、問題が起こった際の調査が非常に困難になるので、必ずログが出力されている事を確認するようにしましょう。 コールドスタート対策 Serverless Frameworkで行うLambdaのコールドスタート対策 という記事を書かせて頂きました。 こちらの記事 に載っているようにProvisioned Concurrencyを設定する事で実行可能なコンテナが消えないように設定を行います。 CloudWatch Logsの有効

2020年1月26日 追記 Serverless Frameworkで行うLambdaのコールドスタート対策 という記事を書きました。 今は Serverless Frameworkで行うLambdaのコールドスタート対策 を参考にする事をオススメします。 この記事で扱うテーマ AWS Lambdaで発生するコールドスタートを軽減させる為の対策を実施します。 前提条件 Serverless Framework でAWS Lambdaの開発を行っている事。 コールドスタート？ 実業務でAWS Lambdaを使っている方なら分かると思いますが、AWS Lambdaにはコールドスタートという、Lambda関数のレイテンシが極端に悪化する現象が発生します。 コールドスタートは主に以下の原因で発生します。 実行可能なコンテナが1つも存在しない時 利用可能な数以上の同時リクエストが送信された時 コード

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 対象読者 AWSでサーバーレスアーキテクチャでマイクロサービスのAPIを開発しようと思っている方 AWS Lambda、Amazon API Gateway、Serverless Frameworkの概要をある程度理解している方 今回作成した物 サーバーレスアーキテクチャでAPIを作成してみました。 ソースコードはgithub上に公開してあります。 https://github.com/keita-nishimoto/aws-serverless-prototype 環境は以下の通りです。 HostsOS（MacOS 10.12.3）

概要 AWS Lambda + TypeScriptで開発を行う際にデバッグを行う方法をまとめた記事です。 環境情報 この記事では以下の環境で開発を行っています。 HostsOS（MacOS 10.12.3） vagrant（1.9.1） VirtualBOX（5.1.12） ※GuestOSはCentOSの7系を利用 typescript(2.3.4) serverless(1.15.3) 今回詳しい環境構築の方法は割愛させて頂きます。（私自身がまだ試行錯誤している段階なので、情報をまとめ次第環境構築の記事を別途投稿します。） 2017-06-21 追記 serverlessが動作するローカル環境を Ansible Playbook として公開しました。 下記に現在利用しているgithubのrepositoryを記載しておきます。 ※このrepository自体まだ試行錯誤を繰り返してい

対応するLambdaのコードは下記の通り。 今回のサンプルコードではDynamoDBからURLパラメータで指定したuserIdに紐づく値を取得して返却する。 DynamoDBには下記のようなデータが入っている。 API Gatewayのテスト呼出で以下のようにPathパラメータを指定する。 ExpressionAttributeValuesの中のevent['userId'] で指定したuserIdが展開される。 'use strict'; const AWS = require('aws-sdk'); const dynamo = new AWS.DynamoDB.DocumentClient(); exports.handler = (event, context, callback) => { const params = { TableName: 'users', FilterEx

2016-02-19 追記 Laravel5.4がリリースされテスト周りの書き方が大きく変更されています。 この記事の内容だとLaravel5.4では動作させる事が出来ません。 時間が出来次第、この記事にLaravel5.4でも動作するように編集します。 （参考） https://laravel.com/docs/5.4/testing http://qiita.com/komatzz/items/1679373c86c252c5f49f この記事で伝えたい事 テストコードを書く事により得られるメリット テストコードを書く時上で必要な考え方 REST APIでの具体的なテストコードの書き方 仕事でLaravel 5.3を触る機会があったので今回のサンプルではLaravel 5.3を利用します。 とはいえテストコードの基本的な考え方は他の言語やフレームワークでもほぼ同じですので、他の言語でも

概要 Eclipse4.5を利用してRubyの環境を作成するまで。 実行環境 OS X El Capitan‎ 10.11.3 Eclipse 4.5 Ruby開発ツールをEclipse上にインストールする 「ヘルプ」→「新規ソフトウェアのインストール」の画面を開く。 作業対象を "--すべての使用可能なサイト--" にしてしばらく待つと下記の画像のようになる。 「Ruby開発ツール」「Ruby Development Tools SDK」を選択し次へ進んでいく。 Eclipseの再起動 Eclipseを再起動されるように促されるので再起動を行う。 Rubyプロジェクトの作成が出来る事を確認する 「ファイル」→「新規 →「Rubyプロジェクトの作成」よりプロジェクトの作成を行う事が可能になっている。 インタープリターの追加 次にインタープリターの追加を行う。 事前にrbenv等を利用してイ