APIプロダクト: APIを価値あるものとする方法 - 赤帽エンジニアブログ
Red Hatでソリューションアーキテクトをしている杉本です。 この記事は Red Hat Developer Blog の APIs as a Product: Get the value out of your APIs を許可をうけて翻訳したものです。 ProgrammableWebが発表したこの2019年のレポートに見られるように、APIの普及は続いており、昨年の成長率は30％増となっています。企業をよりオープンなものとし、イノベーションを促進するために、APIはますます必要となっています。Payment Services Directive version 2（PSD2）、オープンバンキング、オープンデータAPIを公開する公共機関などはその一例です。このようにAPIが豊富にある中で、APIから価値を引き出し、競争が激化する中で差別化を図ることがますます重要になってきています。今や
Google ストリートビューで猫を探すシステムを作ってみた - Qiita
Google ストリートビューに写り込んだ猫を探せたら、めっちゃカワイイ猫がざくざく見つかるんじゃないかと思って、そんなことが出来るシステムを作ってみた。 結果から言うと、画像を解析するのに時間がかかって地図上の狭い範囲しか解析できないし、AWS Rekognition の料金がかさんで、 一般に公開してガンガン検索されるとクラウド破産する、ということがわかった。 とりあえず API Gateway の使用量プランでリクエスト回数を制限して公開してみる。 また、ストリートビューで猫はなかなか見つからないということがわかった。 他にもわかったこととか、使った技術をまとめておく。 使い方 FindCatsInStreetView にアクセスして、検索した場所をクリックして、Find Cats ボタンを押す。 処理中はくるくる表示が出ます。30秒ほどお待ちください。 処理が終わるとと Googl
例えば OSFA な API をやめる - @kyanny's blog
OSFA == one-size-fits-all 単一の API で全てをカバーするのをやめたらどうか、ということ。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight @kenn 最近はRESTfulなエンドポイントは完全に後方互換なまま、クライアントごとにオーケストレーション層(radical versionin)を設けるという方向にシフトしようとしている。詳しくは http://t.co/zODm7mFr5B— Tatsuhiko Miyagawa (@miyagawa) February 28, 2014 この話のポイントとはちょっとずれてる && Podcast 聴いてないのですが。 Quipper プラットフォームで内部的に利用されている API も、 /v1 というパスの下にはえててごく一部のエンドポイントだけ /v2 がある、み
個人で動作を試せる銀行系オープンAPIまとめ - Qiita
オープンAPIの活用ということで銀行も積極的に動き始めていますが、一般の開発者向けに公開されている情報は少ないというのが現状です。2019年7月時点で、個人にも情報公開されていて、実際に動作を試すことのできる銀行系APIをまとめました。 ※いずれもあくまで開発環境で動かすというもの。本格利用には申請と審査が必要です。 三菱UFJ銀行 三菱UFJ銀行 API開発者ポータル アカウント登録要。利用できるサービスは個人向けと法人向けの2種類。個人向けは参照系のみ。法人向けに更新系が用意されています。 サンプルコードはCurl,Ruby,Python,PHP,Java,Node,Go,Swift で用意されています。 個人API 口座API …口座の残高や入出金明細が取得できる。 顧客API …お客様情報が取得できる。 法人API 口座API 振込申請API 総合振込申請API 給与賞与振込申請A
ツイート中の頻出キーフレーズと連想語から関心事を可視化する実験: Twitter Streaming API→Yahoo API→各種補完API→Gephi - NO_WAIT_FOREVER
Twitter Streaming APIを使用して自分のツイートを取得し、頻出語を調べることを思い立ちました。 Twitterアカウントを通して見た自分の関心事がどんなものであるかを調べ、 どれくらい当たっているかを見る遊びでしたが、結果は当たらずといえども遠からずといった程度でした。 既存のサービスを呼び出すだけのプログラミングであり、 簡単に実装できると思いきや、コード量は思ったより多くなり苦労しました。 この記事では、使用したライブラリやAPIの備忘録を兼ねて、プログラム例とツイートの解析結果可視化例を紹介します。 実験の概要 下記の流れで実験しました。自分のTweet中のキーフレーズだけでは面白くないので、 ちょっと血迷ってGoogleなどが提供する補完サービス(いわゆるサジェスト)の結果を 「連想語」として利用することを考えました。 Twitter Streaming APIを
あの絵は性的に見えるのか
https://github.com/yahoo/open_nsfw Yahoo のポルノ検出ニューラルネットワークを見かけたので、サッと API 化できるように Docker でまとめてみた。Docker Hub に上がっているので、docker が入っているマシンであれば、以下の１行を貼り付けるだけですぐに動かしてみることが出来る。 docker run -p 8080:80 -d -t kkosuge/open_nsfw_server:latest アクセスしてみると、以下のようにNSFWっぽさのスコアを取得できる。 curl http://localhost:8080/nsfw_score?image_url=https://storage.kksg.net/screenshot/20161020130337.png { score: 0.0004231430939398706 }
JSON Hyper-Schema からAPIドキュメントとGoのコードを自動生成する | The Wacul Blog
３行で言うと herokuが作ってる prmd を使って、JSON SchemaからAPIドキュメントを出力したよ！ スキーマ定義から、GoのAPI実装コードも出力するツールを作ったらめっちゃ捗るよ！ Goのバリデーション用のライブラリも作ったよ！ 今回作ったものの概要とサンプルコード 概要 以前から、APIを開発する上で、以下のようなことが課題となっていました。 そもそもドキュメント書くのがつらい それもあって、ドキュメントより先にコードが変わってしまう ドキュメントと実装の状況の違いが把握しづらい また、ロジックがそんなに複雑ではないAPIでは、実装の作業は リクエストデータのバリデーション 出力データの整形 (フィルタリング) の２つの作業が大きな割合を占めます。 APIの定義ファイルからドキュメントと、バリデーションや出力データ整形のコードを自動生成できれば、大幅に効率が上がると思
Kong を使った Microservices Architecture API Gateway Pattern の実現方法 - Qiita
Kong を使った Microservices Architecture API Gateway Pattern の実現方法Dockermicroservices この記事は、Kong - API Gateway Pattern速習会＠Wantedlyの資料として作られたものです。 サービスが大きくなるとやりたくなってくること より高速な実装に置き換えたい APIを複数のサービスに分けて開発したい マイクロサービス化 何故マイクロサービスか James Lewis/Martin Fowlerの"Microservices"日本語訳 State of the Art in Microservices by Adrian Cockcroft - Qiita いろいろ理由は言われてるけど... 人が扱える大きさの限界 「明確な」境界が必要 名前空間やスコープなど、プログラミング言語でも使用してい
Rails Engineを使ってAPIと管理画面を分離する
この記事は Ruby on Rails Advent Calendar 2015 15日目の記事です。 これまで携わってきたソーシャルゲームのサーバーサイド開発では、1タイトルに対して主に3つの機能を作成することが多かった。 API スマートフォンのネイティブアプリケーションから呼ばれるJSON(あるいはJSONフォーマット互換)API 管理用画面 ユーザー情報管理、その他各種制御処理を行う(BANとか補填とかマスタデータキャッシュ管理とか)。エンジニアとカスタマーサポートチームが使用する デバッグ用画面 開発用のWebUI、単純なAPIを呼ぶフォームではなく「カードのレベルをMAXにするボタン」みたいなものが機能ごとに沢山ある 開発を行う場合、大体はAPI用の機能がメインになる。ただ、デバック用画面に関しては完全に社内開発用なので適当で構わないけど、管理用画面に関してはそれなりの作りこみ
SORACOM API こぼれ話 - SORACOM Blog
ソラコム開発チームの小熊（おぐま）です。 この記事は SORACOM リリース記念リレーブログ の 10月9日分です。 そうそうたる顔ぶれの皆様のあとで、しかもソラコムからのトップバッターという二重の重圧の中、記事を書かせていただきます。 フルスケールエンジニア さて、ソラコムのリリース直前、弊社 CEO 玉川を取材していただいた エンジニア Type 様の記事 が公開されました。 この記事の中で「フルスケールエンジニア」という言葉が使われていて、そのキーワードが一部で話題となっていたかと思います。 実はその「フルスケールエンジニア」という言葉を考えたのは、何を隠そう私です。 「フルスケール」は、ある時パッとひらめいた言葉ではありますが、自分の中ではこれから先の理想のエンジニアを表現する言葉としてけっこうしっくりきていて、それはいったいどんな理想像なのかということについて、ちょっとこの場を
APIドキュメントを支える技術 - Qiita
最近のウェブ開発では各機能ごとをAPIでつなぎ込む時代になっています。 そのため、各チームが開発をしていく上で、 他のチームにAPIの仕様を伝える方法をきちんとまとめておく必要が出てきています。 そんな中でAPIドキュメントにどのような役割が求められていて どのような選択肢があるか、一旦自分の把握している知識をまとめています。 (ここで書いているAPIは、httpでアクセスしたら、JSON形式でレスポンスを返すウェブサービスのAPIを指しています) APIドキュメントを用意する上で、すぐにぶつかる壁 APIドキュメントを用意する場合に、何も考えずにExcelやwikiにまとめると、早い段階で メンテナンスのコスト の問題にぶつかります。 『APIドキュメントを書く時間がない』 『本当にドキュメント通りの結果が返ってくるか、試してみないとわからない』 『実際に返ってくるAPIとレスポンスが違
RESTful APIの記述標準化を目指す「Open API Initiative」をマイクロソフト、Google、IBMらが立ち上げ。Swaggerをベースに
RESTful APIの記述標準化を目指す「Open API Initiative」をマイクロソフト、Google、IBMらが立ち上げ。Swaggerをベースに 10年以上前、XMLの登場に続いてXMLベースのAPIを記述する標準フォーマット「WSDL」が提唱されました。 WSDLにはAPIの仕様がマシンリーダブルな形で記述されており、APIを呼び出すためのプロトコルやデータフォーマットをあらかじめ知ることができます。WSDLを利用することで、APIをコールするためのコードを自動生成することが可能でした。 しかしXMLベースのAPIは期待されたほど普及せず、現在ではよりシンプルなRESTful APIが事実上の標準となっています。 そしてRESTful APIのためのWSDLとも言うべき、RESTful APIのインターフェイスを記述するための標準フォーマットを推進する団体「Open AP
Swagger が OpenAPI にリネームされて Open API Initiative が誕生してた
You can find (just about) anything on Medium — apparently even a page that doesn’t exist. Maybe these stories will take you somewhere new?
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Web API Design // Speaker Deck
https://qiita.com/takizawa-hiroki/items/4613a7520a6f6c6e5cd2
質の高いAPIを作るための7つの習慣
GraphQLの話 (API for Front-end)
HTTP API の設計方向
実践！マイクロサービス
Swaggerで始めるモデルファーストなAPI開発
