SERVERLESSフレームワークv1.0正式リリース版を触ってみた - Qiita
追記 （2016/11/09） SERVERLESSフレームワークでのデプロイのデフォルトがLAMBDAからLAMBDA_PROXYに変更されていました。それに伴い文章の修正を行いました。画像の差し替えはできていません。また、この記事を見て注意書きを増やしました。 はじめに ついに、SERVERLESSフレームワークが正式リリースされました！👏 少し反応が遅れてしまい、すでにv1.0.3（2016/10/24現在）になっていましたが、触ってみたのでまとめました。ちなみに前回のRC版の触ってみたの記事はこちらです。 この記事のゴール AWSと組み合わせてAPIをデプロイするところまで使ってみます。 AWSでは、API GatewayとLambdaを組み合わせてWebAPIを作成できます。それをSERVERLESSフレームワークを通してコマンド一つで簡単にデプロイできるようになります。このフ
Dockerを使ってSwaggerの環境を整えてAPI Gatewayにインポートする | DevelopersIO
API Gatewayを使いこなしたい そろそろAPI Gateway使いこなしたい今日このごろですが、API Gatewayには、Swaggerの定義ファイルをインポートというボタンがあって、こっちを先にやってみようと思いました。環境周りの整備には以前学んだDockerを使えそうですので、試してみたいと思います。 Swagger Editorで編集する エディタの環境を整えます。 docker pull swaggerapi/swagger-editor docker run -d -p 8001:8080 swaggerapi/swagger-editor ここで作成したJSONとかYAML形式のファイルをエクスポートして保存しておきます。 Swagger UIのインストール Swagger UIは、Swaggerの定義ファイルからキレイな公開用のAPI確認サイトを作ってくれます。 $
API Gateway + LambdaでSlackボットを作ってみた | feedforce Engineers' blog
寒くなってきましたが暑がりなのでまだ上着はあまり出番がありません、内定者のお豆腐です。 そろそろクリスマスですね！ターミナルでnpm xmasを実行すれば黒い画面の中でちょっとしたクリスマス気分を味わえるかもしれません。 さて、今回はエンジニア内定者ブログ第2弾として「API Gateway + Lambdaを使ってサーバーレスなSlackボットを実装してみる」というお題で記事を書いてみました。 目的 昨今、サーバーレスアーキテクチャと呼ばれる技術分野が注目されており、それを実現する基盤としてAmazon Web Services（以下AWS）のLambdaが注目されています。 今年10月にAWSが提供するAPI GatewayがTokyoリージョンでも使用が可能になり、API GatewayとLambdaを組み合わせたアプリケーションの開発がより手軽に行えるようになりました。 そんな中、
lambdaのソース管理をflcutからserverlessに切り替えて嬉しかったこと - Qiita
概要 とあるプロジェクトで、fluctを使ってコード管理していたものを、serverless(旧JAWS)に切り替えた。その際、良いなと思ったことをメモしておく。 lambdaのコード管理 fluctやserverlessは、平たくいうと、Amazon API GatewayとAmazon Lambdaでつくるサーバーレスなアプリケーションの管理を簡単にするものである。詳細はReadmeを見るのが早い。 fluct serverless component、module、functionというプロジェクト構成 actionsディレクトリしかないfluctに比べて、少し複雑に見えるが、規模が大きくなっても耐えうる構成になっている。 Project Structure Stage管理ができる serverlessだと、development, productionなどのStage管理ができる。
Lambda + API Gateway で処理の実行がむちゃくちゃ遅くなるケースを調べた - Qiita
Lambda + API Gateway の実行に 10秒以上かかることがある この記事のコード、VPC 内で RDS に1行挿入してるだけなのに curl で実行してレスポンス返ってくるまでに 10秒以上かかることがザラにあります。 どこに時間がかかってそうか 怪しいポイントを抑える 怪しいポイント1: コンテナ起動のタイミング Lambda はコンテナ上で実行される コールされた時にコンテナがなかったらコンテナ作成から始める 1回コンテナが死んだ後の初期化のタイミングが怪しい → コンテナは 1回立ち上がったら 15〜20分生きているっていう話なので、15〜25分間隔でコールする 怪しいポイント2: RDS 接続 RDS に接続する際に時間がかかっている可能性もある → RDS に接続するファンクションと接続しないファンクションそれぞれで計測 怪しいポイント3: VPC 絡み Lamb
API Gatewayでもアクセス元IPを取得したい #アドカレ2015 | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 今回は非エンジニア視点でのAWSモバイルアドベントカレンダー19日目の記事になります。AWSのインフラチームに属しているので、アプリケーションの要素が多いモバイル関連のサービスには触れる機会が少ないのですが何故かモバイルのアドベントカレンダーにエントリーすることになり、なかなか困っています。。。 API Gatewayを使う時にアクセス元のIPアドレスを取得するのに戸惑ったことがあったので、ご紹介してみます。 アクセス元のIPアドレスの取得？ 普通にWebサーバで直接受ける場合とロードバランサ（ELB等）を経由する場合では、アクセス元IPアドレスの取得方法が変わります。 Webサーバで直接受ける場合 一般的にWebサーバで直接リクエストを受ける場合は、以下のようにWebサーバ内で定義されています。 Apache：REMOTE_ADDR（
Amazon API Gateway で気になった機能をまとめてみる - ボクココ
今回の話題は つい先日出た Amazon API Gateway について。 あくまで自分が注目したところを読んでのできる範囲であるため、それ以外にもできることがあるだろう。詳細は、API Gatewayのドキュメントを読んでいただきたい。現在は英語のみのようだ。 AWS Lambda の呼び出しとレスポンスの受け取り AWS Lambdaを使えば、プログラミングしたコードをサーバーを立てずに動かすことができる。しかも料金は実行回数と実行時間に応じた課金のため、従来のずっと課金しっぱなしだった EC2などのサーバーを立てるやり方よりよっぽどコストを抑えられる。それでもって、できることは多い。普通のサーバーにNode.jsが入った感じで、外部ライブラリを取り込んだソースコードをAmazon Lambdaに配置することもできる。 設定はシンプルだった。呼び出し先に Lambdaを指定するだけで
Node.jsでAmazon API Gatewayのクライアント書いた - ✘╹◡╹✘
https://github.com/r7kamura/amazon-api-gateway-client Amazon API GatewayのREST API (紛らわしい) を操作するためのクライアントライブラリを書いた。書いたというよりか書き始めたぐらいの感じで、まだ一部のエンドポイントにしか対応していない。とりあえずこういう風に使える。 var Client = require('amazon-api-gateway-client').Client; var client = new Client({ accessKeyId: '...', region: '...', secretAccessKey: '...' }); // 新しくRestapi (API Gateway上で複数のエンドポイントをまとめる管理単位のこと) をつくる client.createRestapi({
Amazon API Gateway + LambdaのWeb APIをサクっと作るfluctを試してみた | DevelopersIO
ども、大瀧です。 API GatewayとLambdaの組み合わせはサーバーレスでWebAPIをホストできる新しいフレームワークとして、大きな注目を集めていますね。ただ、1つのAPIを定義するためにはManagement Consoleの画面で各サービスをそれぞれ構成する必要があり、かなり手間がかかる印象です。そこで、それらの作業を簡単に行うツールとして@r7kamuraさんが開発するfluctを使ってみたいと思います。 fluctとは GitHubのDescriptionにWeb application framework for Amazon Lambda and Amazon API Gateway.とある通り、RailsなどのWebアプリケーションフレームワーク風にAPI Gateway+Lambdaを扱うツールです。 検証環境 OS : MaxOS X Yosemite Node
FluctとAPI Gateway+LambdaでWebアプリをつくる - Qiita
Fluctというツールを使いながら、Amazon API GatewayとAWS Lambdaを組み合わせてWebアプリをつくる方法について説明します。JavaScriptで実装でき、自動的にそこそこスケールし、Amazon EC2などで自前のWebサーバを常時稼働させておく必要なく、基本的にはリクエスト回数と転送量に応じてのみ課金されるようなWebアプリの環境を手に入れることが目的です。 Amazon API Gatewayとは Amazon API GatewayはWeb APIを簡単に作成・公開・管理するためのサービスです。2015年7月9日に新しく公開されました。Qiitaにも既にいくつかの記事が投稿されています。それ自身はプロキシとして振る舞い、バックエンドのサービスが提供するデータや機能にアクセスするための入口として振る舞います。 バックエンドのサービスには、AWS Lambd
Amazon API Gateway & Lambda & S3 で放置可能なサービスを作ってみた - Qiita
1年半ほど前に書いたこちらの記事、タイミングが良かったのか naoya 砲なのか分かりませんが、色んな方に読んで頂けたようです。 しかし、「放置可能なサービス」というタイトルに反し、この記事で作成した楷書体サービス、とうとうメンテを行うことになりました。 理由は、node v0.10 のサポートを Lambda が打ち切るためです。 コードそのまま node v6 で動かせるとは思いますが、それでも放置できなかったことには変わりありません。謹んでお詫び申し上げます。 いやまぁ1年半もメンテナンスせずに動いてたんだからすごいじゃんと思う。今クリックしたら普通に動いてびっくりした また、近年 serverless や microservices の流れがあったり、 GCP も Azure も対抗サービス出したりして、Lambda と API Gateway を取り巻く環境は大きく変わりました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - fugue/votebot: Slack bot run on AWS API Gateway and AWS Lambda for voting on things
フルマネージドのポイントシステム