はてなブックマーク

API Gateway + Lambda で Facebook bot を作ってみる で作成した bot に、先日 F8 で発表された wit.ai の bot engine を連携させてそれっぽい感じにしてみました。 API Gateway + Lambda で作成していてステートレスなので、会話のコンテキストを保持するために SimpleDB を用いています。 環境に応じて、ElastiCache や RDS、DynamoDB 等に置き換えることも可能です。 wit.ai で会話のストーリーを作る wit.ai に sign up し、新規に app を作成します。 QuickStart にあるように、指定した地域の天気を返す会話を作成していきます。 User says に「What's the weather?」を入力。 Bot says に「Where exactly?」を入力。

Facebook bot が作れるようになったので、早速エコーバックする bot を試してみました。 bot を作るには、Facebook ページとアプリを作成しておく必要があります。 facebook for developers の QuickStart に簡単な手順が書いてありますので、こちらに従って作成していきます。 基本方針としては、 API Gateway + Lambda + Express で構築する インスタンスを立てるのは面倒 リクエスト数が多くなければ初期コストは 0 で運用できる 将来的な各種 AWS サービス連携を視野に入れられる とし、aglex を使って構築しました。 aglex の詳細については、aglex: API Gateway + Lambda + Express4 で サーバレス API を作成する を参照してください。 Facebook ページの作

API Gateway + Lambda の構成は、素で作成すると個別の endpoint の登録作業が膨大でかなり面倒なため、何かしらのフレームワークを使わないとメンテできない問題があります。 個人的に Express で開発したものをほぼそのまま Lambda 化する仕組みを作って運用していたのですが、安定運用出来ているのと体裁がほぼ整ってきたのもあるので aglex として公開しました。 特長 Express で作ったものが（ほぼ）そのまま Lambda 化できる Lambda function が1つにまとまるので、メンテがしやすい Lambda function、API Gateway をコマンドで簡単に作成・更新できる Lambda の実体は Express を call するための薄い wrapper なので動作も軽く、凝ったことをしていない限りは Express で書いたコ

Lambda をいろいろな用途で使い出すと function の登録や更新が面倒なので、自分が使い回している gulpfile の雛形を晒しておきます。 機能 lambda.yml という設定ファイルに環境毎の lambda の設定情報を記載しておきます。 gulp build --env={production|development} で、コードの build、zip化、function 登録・更新までを自動で行います。 必要なもの package.json の devDependencies には、 del gulp gulp-awslambda gulp-install gulp-load-plugins gulp-rename gulp-zip js-yaml run-sequence yargs が必要です。 dependencies にある場合は、省略可。 雛形 const

以前からかなり欲しかった機能だった API Gateway が us-east-1 等いくつかの region で利用可能になったので、早速使ってみました。 Amazon SNS にメッセージ投稿を行うと、 email での通知（標準機能） Twilio 経由で電話での通知 Slack での通知 までは作ってあるので、後は NewRelic 等の監視サービスや独自監視ツールから Amazon SNS にメッセージを投げられれば、Amazon SNS をハブにしていろいろ連携できるようになります。 これまでは、 自前で SNS の API を叩く Webhook しか対応していないサービスは連携不可 Zapier 等のハブサービスを利用 品質や応答速度がやや心配（見えない） サーバを立てて HTTP ラッパーを実装する サーバの維持、メンテナンスコストが問題 ぐらいしか選択肢がなかったのです

アラート発生時に AWS Lambda を使って音声電話をかける では単に電話をかけるだけでしたが、 複数人に同時に電話をかけたい 1人だと、その人が電話に出なかったら終了なので 夜から朝方までの時間帯で電話を鳴らしたい 日中はアラートメールで十分 という変更をしたくなってきたので、いろいろ改変。 npm パッケージを使うことになったので、JSベタ貼りではなくきちんとzipでアップロードすることになります。 となると、いろいろ面倒になってくるので、gulp 対応、CoffeeScript 化もついでに行います。 コード package.json 使う npm パッケージは以下の通り。 moment-timezone: 有名な日時ライブラリの timezone 対応版。UTC-JST 変換、時刻判定に。 q: 有名な Deferred-Promise ライブラリ。 twilio: せっかく

続編：SNS + Lambda + Twilio で音声電話をかける v2 CloudWatch や独自ツールから Amazon SNS に Notification を飛ばすと、subscribe しているメールアドレスにメール通知が行えます。 サービスの監視を行ってアラートをメールで受信しているケースが多いと思いますが、深夜等でメールを受信しても気づかないケースがあり、障害検知が遅れてしまう、という問題があります。 これを回避するために、電話をかけることにしてみました。 電話をかけるのに使うサービスは Twilio。日本ではKDDIが業務提携してサービスを提供しています。 Amazon SNS から AWS Lambda への通知が可能になっていますので、Lambda を使って実装します。 Lambda は現時点で東京リージョンでは使えないため、N.Virginia を使います。 7/

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? DynamoDB は、一度テーブルを作成してしまうとスループットの変更ぐらいしかできず、テーブル名の変更やインデックスの追加を行おうとすると、別テーブルへのデータ移行をしないといけないのが面倒です。 ちゃんと設計しとけよ、という話で済んでしまうけど、どうしても rename したいことがあったのでやってみました。 事前準備 S3 Bucket の準備 データ保存用と、ログ用の2つ作成しておきます。 Bucket 1つにフォルダを作成してもいいです。 ログは必須ではないですが、トラブル発生時に使うかもしれないので出力した方がいいと思います

mokemokechicken氏の gitでPushする度にKarma-CoverageのCoverageの値をJenkinsで計測し、その増減をIdobataに投稿する に触発されて、最近自分のチーム内情報共有に活用している Slack でもやってみました。 Gitlab + Jenkins + 何かしらのCoverage + Slack という組み合わせになります。 ここでは JenkinsでNode.jsのテスト＆カバレッジレポートを管理する で出力したカバレッジ情報を使っていますが、Cobertura形式であればプロジェクトの言語は問わないはずです。 できること gitのcommit treeを考慮した上で前回のカバレッジ結果からの変化を計算し、増加・変化なし・減少の3パターンの報告をSlack上の指定のchannelに投稿します。 「Open」の部分はJenkins上の特定ビルド

単体テストの件数や可否ももちろんですが、コードのカバー率も可視化されることで、品質向上の1つの指標にもなります。 Node.jsで開発しているプロジェクトについて、こういったデータをgruntタスクで簡単に生成できるようにしましょう。 仕組みとして使うものは以下のとおりです。 grunt: JSタスクランナー mocha: JSテストフレームワーク chai: BDD/TDDアサーションライブラリ sinon: Spy,Stub,Mockライブラリ istanbul: コードカバレッジ計測ツール gruntは既に導入済みで、活用している前提とします。 JSのテストはJasmineが有名ですが、自由度の高いmocha+chai+sinonが個人的にはお気に入りなのでこちらを使います。 コードカバレッジ計測はいくつかの選択肢がありますが、メソッドや行、分岐等を計測できるistanbulを使いま

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

CompassはSassがベースのフレームワークです。 利用するにはRubyが必要ですが、涙が出るほど便利過ぎるなので、CSSを扱うプロジェクト積極的に活用していきましょう。 Rubyのインストール Compassを使うには、Rubyが必要ですのでインストールします。 rbenv + ruby-buildを使ってインストールすることをオススメします。 Macであれば、Rubyは標準でインストールされています。 このまま標準のRubyを用いてもいいですし、rbenvを使って最新のパッチレベルのものをインストールしてもいいでしょう。 bundlerのインストール そのまま gem install compassしてしまうと、globalな環境にgemがインストールされてしまいます。 プロジェクトで使うgemはプロジェクト環境で閉じているのが望ましいので、パッケージ管理ツールであるbundler

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

html/css/jsの制作をしていると、js周りの挙動で file scheme (file://...) では都合が悪い時があります。 わざわざローカルにapache等のwebサーバを立てるのはしんどい。 いちいちサーバにuploadするのも面倒。 grunt-contrib-connectなら、必要なときだけさくっとローカルで簡易webサーバが立てられます。 gruntで自動テストを行う際はこのプラグインがほぼ必須です。 grunt、grunt-cli、Gruntfile.coffee等が既にある前提で。 grunt-contrib-connect のインストール package.jsonがあるフォルダで以下を実行

GruntはJSのタスク実行ツールです。 CoffeeScriptのコンパイル、{Cofffee,Java}Scriptの文法チェック、JS/CSSのminify、テスト実行等、様々なタスクを走らせることができます。 GruntでCompassの自動ビルド設定を行うことで、scssファイルの変更を検知して自動的にcssを出力させることができます。 compass自体にもこの機能はありますが、gruntで設定しておくことで他のタスクも実行できるので、後々効いてきます。 Grunt-cliのインストール Gruntは、Node.jsで動作しますので、まずはNode.jsをインストールしてください。 Macであれば、brew install nodeでおしまい。 gruntコマンドはnpmパッケージでインストールします。頻繁に使うコマンドですので、グローバルにインストールしておきましょう。