Railsで作るBFFの功罪
This document discusses using Rails as a backend for front (BFF) layer in a microservices architecture. It describes how Rails was used to build the BFF layer for an e-commerce site called HPB, acting as an API gateway between the client and various backend services. Key points discussed include using Puma to improve throughput, caching APIs to reduce response time, and implementing an API gateway
API GatewayによるMicroservices化
API GatewayによるMicroservices化 mercari.go#1 3 July 2018 Taichi Nakashima About me @deeeet / @tcnksm (GitHub) Blog on deeeet.com Tech lead at Mercari microservices platform team 2 Mercari Meetup for Microservices Platform 7/19 遊びに来てくれ！ https://mercari.connpass.com/event/92168/ 3 tl;dr Mercari Microservices化のために開発したAPI Gatewayについて紹介する． API Gatewayとは何か? API Gatewayの設計思想は? API Gatewayの機能の実装方法は? API Gate
Google における API のバージョニング | Google Cloud 公式ブログ
API のバージョニングは簡単ではありません。いろいろな方法があり、API の世界の人なら誰でも持論をお持ちでしょう。バージョニングを避けることもほとんど不可能です。開発チームが仕事を進めると、機能を廃止（または、その機能を別の形で提供）する必要が生じることがあります。バージョニングを導入すれば、API のユーザーは API のセマンティクスの変化を確実に把握できるようになります。 複数のバージョンを設けないようにする会社もありますが、Google にはそのような余裕はありません。Google の API の数、API を開発しているチームの数、API を使っている開発者の数があまりにも多いので、どのような機能が API に期待されているのか、それを知るための手段として私たちは API をバージョニングしています。 API のバージョニングには一貫性のある包括的なポリシーが必要です。Goo
NetflixのAPIプラットフォーム - ワザノバ | wazanova
http://techblog.netflix.com/2014/03/the-netflix-dynamic-scripting-platform.html 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約8時間前 Netflixはストリーミンングを配信するデバイスが800種に及ぶため、各デバイスを担当するクライアントチームのために社内向けAPIを用意しています。パブリックAPIのように全員一律の仕様を強要するかたちでは、デバイスごとの最適化が図れないため、各クライアントチームがエンドポイントをカスタマイズできるかたちになっています。こちらの図のように、サーバ側にあるクライアントアダプタのコードをクライアントチームが扱います。 今回は同社のAPIチームが、クライアントチームのために用意した開発環境について、詳
[その１] Netflix: APIの改善と継続的デリバリー - ワザノバ | wazanova
http://techblog.netflix.com/2012/07/embracing-differences-inside-netflix.html 北米のインターネットトラフィックの30%以上を占めるNetflixのシステム構成は、UI（デスクトップ、スマホ、タブレット、ゲームコンソール、TV、ブルーレイ再生機）とサービス（Video meta data, search, user, A/B test, personalization）をAPIでつなぐアーキテクチャーになっていて、UIとサービスがそれぞれ独立して早いスピードで改善 & 新機能を投入できるかたちになっています。そのAPI改善から継続的デリバリーの仕組みをつくりあげるまでの昨年からの一連の動きを、４回にわけて紹介します。まず最初はAPIの改善の取組みから。 1) 背景 Web APIとしてはRESTが標準的になっている
Apiary - r7kamura per second
API(とそれに携わる開発者)の規模が拡大してくると、ドキュメントの整備や、仕様と実装の一貫性の維持、 クライアントとの知識の共有など、考慮すべき問題が沢山出てくる。 これらの問題に対する現実的な解決策を探るため、 ApiaryというAPI開発支援用のサービスを簡単に俯瞰することにした。 ここでは紹介しないが、他に RAML、 JSON Schema、 Swagger、 WADL、 Autodoc などが関連するものとして挙げられる。 Apiary http://apiary.io/ Apiaryは、API Blueprintと呼ばれる言語でAPIのインターフェース仕様書を記述する、という開発方法を提唱している。 API BlueprintはMarkdownを拡張した言語で、特殊な記述を用いて幾つかのメタ情報を付与出来る形になっている。 Markdownを採用することで人間にとって読み書き
Device Specific API Design - r7kamura per second
The Netflix Tech Blog: Embracing the Differences : Inside the Netflix API Redesign Netflixの開発者ブログで触れられているように、Netflixは以下の4つの方針に沿って彼らのAPIを再構築した。 デバイスごとの差異を受け入れる コンテンツの収集と整形を分ける クライアントとサーバの境界線を再定義する 変化を促進する デバイスごとの差異を受け入れる REST APIのように1つの汎用的なインターフェースで全ての要件を満たそうというアプローチは、 APIへの理解が簡単になる一方、後から変更することは難しくなり、また非効率な処理を生み出しやすくなる。 この手のアプローチが重視しているのは、API提供者側の開発コストを下げることであり、 API利用者の利便性を第一に考えたものではないと彼らは考える。 API
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リク
Authy: 障害耐性のある二段階認証サービスの構築 - ワザノバ | wazanova
二段階認証サービスを提供している Authyが、Cloud Stackのインタビューで、どのように障害耐性のあるシステムを構築しているかを語っています。同社のOpen VPN二段階認証プラグインはオープンソースとして提供されてます。 authy.comとdashboard.authy.comはともにSinatraベース。どちらもAPIファーストのスタイルで、ユーザと同様にパブリックAPIを利用するかたちで構築している。 当初は、AWS上にNginx + Unicorn + PostgreSQL + アプリという構成であったが、障害耐性をつけるために、APIを用意して３層構造に変更。まず、NginxとHAProxyを実行するHTTP/webサーバレイヤ。SSLをなくして、HTTP接続のロードバランスを実現する。二層目は、Unicornを使ってSinatraアプリを実行するアプリレイヤ。そして
決済システムに“民主革命”を～開発者向け決済APIの『WebPay』を生んだ、20代エンジニアの挑戦 - エンジニアtype
トップページ > 旬ネタ > 決済システムに“民主革命”を～開発者向け決済APIの『WebPay』を生んだ、20代エンジニアの挑戦 「今、広く使われている決済システムは、1990年～2000年代に作られたレガシーなシステムがベースになっているものが多い。僕たちは、それを時代に見合ったもの、つまり2010年代の決済システムに変えたいと思っています」 そう語るのは、6月27日、正式にローンチした『WebPay』の開発者で、運営元であるfluxflexのCEO久保渓氏。彼と仲間たちが生み出した開発者向けのクレジットカード決済APIは、いわば「決済システムの民主革命」を起こし得るポテンシャルを秘めたものだ。 サービスサイトのTOPに《簡単な実装》、《豊富な機能》、《今すぐ試せる！》といった紹介文が並んでいるとおり、WebPayは開発者の使い勝手を徹底的に追求して設計・開発を行ってきた。 数多くのデ
Private Presentation
Private content!This content has been marked as private by the uploader.
API with Ruby on Rails: useful tricks | Railsware Blog
This article is about gotchas you should be aware of while building your API with Ruby on Rails. Controller tricks: API on MetalSooner or later each Rails developer come to a point when he wants to build his first API. Among the first things you have to take care of are your controllers. If you want your API to be fast (and I bet you do) then you should consider using ActionController::Metal. The
What Makes a Great API? The Five Keys
We've seen over 6,500 APIs added to our directory, but we acknowledge they're not all great. In fact, there's a known secret if you've spent much time with APIs: creating a great API is really, really hard. There are a few attributes we've noticed that can make a big difference. Yesterday ProgrammableWeb's John Musser gave a standing room only talk at OSCon about the topic of a great API and boile
#322 RABL - RailsCasts
Download: source codeProject Files in Zip (100 KB)mp4Full Size H.264 Video (19.6 MB)m4vSmaller H.264 Video (10.2 MB)webmFull Size VP8 Video (12.2 MB)ogvFull Size Theora Video (23.6 MB) Railsアプリケーションで、モデルデータに基づいてカスタムのJSONデータを返したい場合、これを行う方法はいくつかあります。モデルのas_jsonメソッドをオーバーライドするか、エピソード320でおこなったようにJbuilder gemを使用することができます。もう一つよく使われるのが、RABL gemを用いる方法です。RABLはRuby API Builder Languageの略で、その他のツールと比べると若干機能が豊富
SinatraでTwitter Streaming APIにアクセスする超簡単なWebアプリのつくりかた:Kenn's Clairvoyance
Twitterには、ストリーミングAPIという、プッシュでリアルタイムに情報を受け取ることのできるAPIが用意されています。 これを使えば、定期的にポーリングをしたりすることなく、誰かが発言した時点で即座にメッセージを受け取れます。 しかし、これを使うためには、TCP接続をTwitterに対して張りっぱなしにしておく必要があり、Webアプリなどで使うのに敷居が高いと感じている人もいるのではないでしょうか。 今回は、「そんなことないよ、超簡単だよ」ということを、Rubyベースのサンプルで示したいと思います。 なぜそんなことが簡単にできるのか、その秘密を先に種明かしすると、Ruby用のWebサーバとして急速に人気を獲得し、デファクトの座をとりつつある「Thin」というWebサーバが、内部的にEventMachineという非同期サーバを使用しているので、その機能を使うことで、今までのWebアプリ
Amazon、決済サービスを構築できるAPIを正式公開
米Amazon.comは2月5日、開発者が同社の決済インフラを利用できるサービス「Amazon Flexible Payments Service（FPS）」を正式公開した。また、FPSを簡略化した「Amazon FPS Quick Starts」も立ち上げた。 Amazon FPSでは、開発者はAmazonのWebサービスAPIを使って独自の決済サービスを構築し、自身のサイトに組み込んで、商取引や寄付の受付、定期的な支払い処理などに利用できる。利用には初期費用などは掛からず、取引ごとに料金を支払う。Amazon FPSを使った決済サービスでは、Amazonに登録済みのユーザーは、Amazonのログイン情報や配送先情報を使って支払いをすることができる。 Quick Startsは、さまざまなFPS APIをセット化して、取引処理のプロセスを簡略化したもの。ネットショッピングなど1度限りの支
AJAX APIs Playground
Google APIs Explorer Stay organized with collections Save and categorize content based on your preferences. The Google APIs Explorer is a tool available on most REST API reference documentation pages that lets you try Google API methods without writing code. The APIs Explorer acts on real data, so use caution when trying methods that create, modify, or delete data. For more details, read the APIs
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - chargify/chargify_api_ares: A Chargify API wrapper for Ruby using ActiveResource
GitHub - Shopify/shopify-api-ruby: ShopifyAPI is a lightweight gem for accessing the Shopify admin REST and GraphQL web services.
Shopify Developers Platform—Build. Innovate. Get paid.
