[B! api] lxyumaのブックマーク

HerokuのAPIデザイン

Herokuが自ら実践しているAPIデザインガイドをGithubに公開した． “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて，ビジネスロジックに集中すること目的としている．Heroku特有なものではなく，一般にも十分適用できる知見となっている．最近は，モバイル向けにAPIをつくることも多いため，勉強もかねて抄訳した．なお内容は，HTTP+JSONのAPIについて基本的な知識があることが前提となっている．適切なステータスコードを返すそれぞれのレスポンスは適切なHTTPステータスコード返すこと．例えば，“成功"を示すステータスコードは以下に従う． 200: GETやDELETE，PATCHリクエストが成功し，同時に処理が完了した場合 201: POSTリクエストが成功し，同時に処理が完了した場合 202: POSTやDELETE，PATCHリク

lxyuma 2015/08/21

リンク

martini-api-example/ at master · mna/martini-api-example

lxyuma 2014/09/17

リンク

microservicesに分割する際に注意するべき5つのこと - Qiita

はじめにマーティンファウラーがmicroservicesの記事で、小さな役割をもったサービス群にアプリケーションを分割することを提案しています。 cookpadが、サービスをマイクロサービス群に分割していることの記事が注目を浴びており、最近急速にバズワード化しているように感じます。バズワード化して、ポイントが損なわれる前にいくつかの注意点をまとめておきます。 1.インフラコストは基本的に増大する microservicesは、今まで単一のアプリケーションコードで行われていたことを複数のサービスサーバーに分割して管理・運営していくことです。ですので、プロセスを跨いだ通信が大量に発生します。その結果、サーバー台数は増大します。つまり、インフラコストの増大と開発速度の高速化のコスト感覚をバランスして判断していく必要があります。疎結合性が高まり、アーキテクチャとしては美しく感じますが、実施に

lxyuma 2014/09/09

リンク

tokyometro10th.jp

This domain may be for sale!

lxyuma 2014/08/19

opendata
api

リンク

Ruby で Amazon Product Advertising API を試してみた - present

Ruby で Amazon Product Advertising API を試したくなって gem を漁ってみたら、amazon-aaws と amazon-ecs の2つを見つけた。どちらも API を素直にラップしていて筋が良さそうだったけど、amazon-aaws の方は AccessKey や SecretKey を .amazonrc っていう別ファイルに記述しなければいけないのが個人的に気に入らない。一方、amazon-ecs ではブロックで設定を記述できる。amazon-ecs を試してみようかな。 amazon-ecs を使って、Amazon で Ruby の書籍を検索するスクリプトを書いてみた。 require "amazon/ecs" # Amazon Product Advertising API へのアクセスに必要なキーを設定 Amazon::Ecs.confi

lxyuma 2014/05/07

リンク

amazon-ecsを使ってRuby上でAmazon Product Advertising APIを操作してみた

このブログにAmazonのリンクを貼りたくなったので、ASINを入力するとAmazonから書籍のサムネイルや著者情報などを抜き出す機能を実装するために、Amazon Product Advertising APIを使ってみることにしました。 ■ インストール gemなので、コマンド一発です。 require 'amazon/ecs' Amazon::Ecs.options = { :associate_tag => '[your associate tag]', :AWS_access_key_id => '[your developer token]', :AWS_secret_key => '[your secret access key]' } # API呼び出し res = Amazon::Ecs.it em_lookup("4088767624", :response_group