はてなブックマーク

概要 AWS Lambdaで発生するコールドスタートを軽減させる為の対策を実施します。 以前私が書いた、Serverless FrameworkでLambdaのコールドスタート対策を行う の2020年版です。 Serverless FrameworkでLambdaのコールドスタート対策を行う は少し前までのベストプラクティスでしたが今後はこの記事の方法が推奨されるようになってくると思われます。 対象読者 Serverless Framework でAWS Lambdaの開発を行っている方 Lambdaのコールドスタートについて こちら に書いてある通りです。 コールドスタートとは実行可能なLambdaコンテナが1つもない時にLambdaの実行に時間がかかる現象を指します。 AWS Lambda 実行コンテキスト コールドスタートとは？！ 今までのコールドスタート対策 今まではすぐに実行可能

概要 Docker上で動作するGo製Webアプリケーションをデバッグする方法を解説します。 2020-05-03 追記 以前は oxequa/realize を利用していましたが、 2020年5月3日現在 oxequa/realize はメンテナンスが止まっています。 例えば 去年私が追加したissue は閉じられていませんし、その他のPRもマージされていません。 その為 cosmtrek/air を使った形に記事を大幅に書き換えました。 cosmtrek/air はメンテナンスが継続されており、GoModuleにも対応しているので、oxequa/realize の代わりは十分に果たせると思っています。 環境 ホストOS(macOS Catalina バージョン 10.15.4) GoLand 2020.1.1 Docker Desktop for Mac(Docker version 1

概要 AWS Lambdaのデバッグ方法をまとめる。 ※この記事ではNode.jsの利用を想定。 コード上でログを出力する（基本） 以下のメソッドが利用出来る。 console.log() console.error() console.warn() console.info() 出力されたログはLambdaコンソールの[Log output]に出力される。 🐱が出ている事が確認出来るかと思う↓ このあたりは公式ドキュメントにも記載されている基本的な内容。 出力したログをCloudWatchで確認する LambdaはCloudWatchにもログを書き込むようになっている。 console.logで出力したログはCloudWatchでも確認出来る。 CloudWatchの管理画面から、ログ → /aws/lambda/{lambda関数名}/{ログストリーム} とページ遷移していくとログが

概要 表題の通りです。 下記がイメージ図になります。 VPCにNAT Gatewayを作成、そのNAT GatewayにEIP（パブリックIP）を割り当てます。 Lambdaはprivateセグメントを経由し、そこからpublicセグメントにあるNAT Gatewayを経由してインターネットへ接続を行います。 | セグメント | サブネット | |:-:|:-:|:-:| | public subnet | 10.0.10.0/24 | | private subnet | 10.0.1.0/24 | VPCの作成を行う 今回はLambda専用のVPCとして作成します。 左メニューからVPCを選択して、「VPCの作成」、今回は「lambda_vpc」というネームタグでCIDRは「10.0.0.0/16」で作成します。 インターネットゲートウェイ VPCからインターネット接続を行う為のインタ

この記事の概要 Next.jsを使ってBoilerplate用のプロジェクトを作りました。 GitHub上で公開してあるので、コードの解説を交えながら、設計方針を共有する為の記事です。 今回作成したプロジェクトは下記になります。 筆者のスペック フリーランスエンジニアをやっています。 フロントエンド、バックエンド共にそこそこ開発経験があります。 Next.js、React共に実践経験がありますが、普段の仕事はAWSでDevOps周りの仕事をやる事が多いです。（どちらかと言うとサーバーサイド寄りのエンジニアです。） 想定読者 Next.js をチュートリアルレベルで触った事がある方 Reactに関して基礎的な知識をお持ちの方 サンプルコードに関するお詫び 一部上手く動作していない箇所があります。 Enzymeを使ったReactComponentのテストに失敗する AWS上で一部機能が動作しな

概要 ZenHubでスクラム開発を行う際の見積もり方法を記載した記事です。 どのような考えで、見積もりを行うかをまとめます。 対象読者 ZenHubを使い始めた方 スクラム開発について概要レベルの知識をお持ちの方 以前私が書いた ZenHubで始めるスクラム開発 を読んで概要を理解していれば問題ないかと思います。 ストーリーポイントとは こちらの記事 でも書きましたが、ストーリーポイントとは課題の大きさを表す数値です。 ZenHubでは「Estimate」という名前で定義されています。 利用出来る数値は 1, 2, 3, 5, 8, 13, 21, 40 になります。 これらは時間を表している訳ではなく、単純に課題の大きさを表している数値です。 時間見積もりではない理由 先程も書いた通り、ZenHubのインターフェースは時間ではなくストーリーポイントで見積もる前提で作られています。 課題見

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 ZenHubでスクラム開発に入門する為のTipsです。 対象読者 以下の要件を全て満たす方を対象読者とさせて頂きます。 普段からGitHubで開発を行っている方 スクラム開発について概要レベルの知識をお持ちの方 特にスクラムに対する概要をある程度理解していないとZenHubのありがたみが分からないかと思いますので、下記の記事や書籍等を参考にスクラムの基礎知識を身につけた上でこの記事を読む事を推奨します。 SCRUM BOOT CAMP（書籍） スクラム入門 スクラムの概要を1分で理解できるイラスト【2018版】 また スクラム入門

概要 IP制限が出来ない環境化におけるSSHの踏み台サーバ（Bastionサーバ）を構築します。 IP制限が出来ない分、セキュリティを強化する為に二要素認証でログイン出来るように設定します。 認証要素は以下の2つです。 公開鍵 google-authenticator が生成するワンタイムパスワード なお本記事ではAWS上での利用を想定しています。 主なユースケース リモートワークの際に外部ネットワークから企業が管理するAWSサーバにSSH接続を行う 構築環境 サーバ側のOSは Amazon Linux 2 を利用します。 クライアントのPCはMacで作業を行っている事とします。 構築手順 EC2インスタンスを作成する EC2インスタンスを作成します。 スペックは最低レベルで十分です。 インスタンスの作成手順は調べるとたくさん出てくるのでここでは割愛させて頂きます。 OSのアップデート s

概要 AWS CodeDeploy を使ってBlue/Green デプロイの仕組みを構築する為の手順を紹介します。 Blue/Greenデプロイとは？ 現在稼働している環境と別にもう1つ稼働環境を作成し、ロードバランサー等のルーティングを新環境に向けるデプロイ方法です。 常にリクエストを受けている稼働中のサーバを置き換えるよりも安全にデプロイ可能なのがメリットになります。 Blue/Greenデプロイの簡単な流れ 実際に私が構築したシステム構成図を元に簡単な流れを説明させて頂きます。 1. アプリケーションのBuildを行いS3にアップロードする アプリケーションのbuildを行い、ソースコードをS3バケットにアップロードします。 buildの手順は各アプリケーションによって異なると思いますが、パッケージのインストールを行ったりソースコードのコンパイルをここで行います。 2. デプロイ要求

概要 IntelliJ IDEAをインストールしたら最初に行う設定。 ※この記事は随時更新します。 環境 macOS Big Sur バージョン 11.1 IntelliJ IDEA Version 2020.3 エディタの基本的な設定 Editor → General 下記のチェックをつける。 Remove trailing blank lines at the end of saved files - ON「行末の不要なスペースやタブを保存時に削除する」 Ensure every saved file ends with a line break - ON「保存されたファイルの最後が改行で終わるようにする」 Preferences → Editor → Code Style 改行コードの設定↓ Line separator (Applied to new files) : 「Unix

この記事の内容 タイトルの通りですが、Serverless Framework と Cognito User Poolsを使って認証したユーザーのみが利用出来るTODOアプリを作ってみようと思います。 システム構成 簡単なシステム構成図です。 UserPool ここにユーザー情報が格納されます。 サインアップや認証の処理は amazon-cognito-identity-js というライブラリを使って実現します。 CloudFront、S3 React + Redux + React Router で作ったシングルページアプリケーションを配置します。 以前、S3 CloudFront Route 53 でReactで作ったSPAを配信する という記事を書きました。こちらに載っている手順と同様になります。 こちらのサンプルは GitHub に上げてあります。 まだエラー処理等が甘い部分があり

概要 IntelliJ IDEAのPHP Pluginを使って開発環境を整える手順。 実行環境 macOS Mojave バージョン 10.14.5 IntelliJ IDEA Version 2019.1.3 前提条件として、IntelliJ IDEAのインストールと日本語化でインストールを行っている事。 PHP Pluginのインストール プラグインの検索フォームに"PHP"と入力しPHP Pluginをインストールする。 「Install」をクリックするとインストールが開始される。 ※インストール完了後に再起動を求められるので再起動を行う。 MacにPHP7をインストールする phpenvやphpbrewを使ったほうがPHP自体のバージョン管理が出来て良いと思うが今回は手早く環境を作りたかったので、バイナリパッケージをインストールした。 ※インストールは以下のコマンドを実行するだけで

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を利用します。 とはいえテストコードの基本的な考え方は他の言語やフレームワークでもほぼ同じですので、他の言語でも

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

概要 ALBを使ってアプリケーションを冗長化する手順です。 HTTPS接続でアプリケーションにアクセス出来るところまでをこの記事で紹介します。 前提条件 以下の事前条件が必要です。 VPCの作成を行っておく 最低でも2台のWebサーバインスタンスを起動させておく事 ロードバランサー用サブネットの作成が行われている事（後で説明します。） 事前準備その1（ロードバランサー用サブネットの作成） 以下は公式サイトに書かれている内容です。 ロードバランサーのアベイラビリティーゾーンを指定します。ロードバランサーは、これらのアベイラビリティーゾーンにのみトラフィックをルーティングします。アベイラビリティーゾーンごとに 1 つだけサブネットを指定できます。ロードバランサーの可用性を高めるには、2 つ以上のアベイラビリティーゾーンからサブネットを指定する必要があります。 今回検証で利用している東京リージョ

概要 Route 53を使ってローカルDNSを構築します。 この記事では最終的に作成されたRDSのエンドポイントに任意の名前で接続出来るようにします。 前提条件 この記事の内容を実践する為に必要な前提条件です。 利用可能なVPCが存在する事 RDSのインスタンスが作成されている事 Privet Hosted Zoneを作成する マネジメントコンソール → Route 53 → Hosted zones → Create Hosted Zone より作成を行います。 ドメイン名は任意で構いません。 この記事では test.local という名前で作成します。 Type: "Private Hosted Zone for Amazon VPC" を選択 Domain Name: test.local Comment: 任意のコメント VPC ID: 予め準備してあるVPCを指定します Priv

概要 今ではPHPの開発に欠かせないツールとなった Composer ですがパッケージのダウンロードを含む動作が遅いので改善する方法をまとめました。 対策1 Composerのバージョンを1.3.0以上に更新する ※この対策はxdebugがインストールされた環境下でないと効果はありません。 xdebugをインストールしたphpで Composer を使うとパフォーマンスが低下して以下の警告が出ます。 もし今使っている Composer のバージョンが1.2.X系であれば1.3.X系にバージョンアップする事をオススメします。 Composer 1.3.0 - https://github.com/composer/composer/blob/1.3.0/CHANGELOG.md Fixed ext-xdebug not being require-able anymore due to au

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