三菱UFJフィナンシャル・グループ、“振込”も可能な銀行APIの開放を発表
三菱UFJフィナンシャル・グループ（MUFG）は2017年3月6日、「MUFG｛APIs｝」を発表した。金融業界トップグループの決断で日本のFinTechは新たなステージに入ったことになる。 世界の金融界で広がる“APIエコノミー” 3月6日に開催された発表会では、MUFG｛APIs｝の説明に先立ち、オープンAPIについての勉強会が行われ、オープンAPIとはどういうものかについての解説があった。 そこでは、三菱UFJフィナンシャル・グループ デジタルイノベーション推進部 企画グループ シニアアナリスト 藤井達人氏により、「APIとは、あるアプリケーションから他のアプリケーションを利用するためのインタフェース」との説明が行われた。自社のAPIを公開するオープンAPIは、外部の開発者が容易にアプリケーションを開発・利用できるようにすることを狙ったものだ。 藤井氏はオープンAPIの実例としてGo
Web API 設計のベスト プラクティス - Azure Architecture Center
ほとんどの最新の Web アプリケーションでは、クライアントがアプリケーションと対話する際に使用できる API を公開しています。 適切に設計された Web API には、次をサポートする目的があります。 プラットフォームの独立。 API の内部的な実装方法に関係なく、すべてのクライアントが API を呼び出すことができる必要があります。 そのためには、標準プロトコルを使用し、クライアントと Web サービスが交換するデータの形式に同意できるメカニズムを備えている必要があります。 サービスの進化。 Web API はクライアント アプリケーションから独立して進化し、機能を追加できる必要があります。 API の進化に伴い、既存のクライアント アプリケーションが変更なしに引き続き機能する必要があります。 クライアント アプリケーションが機能を十分に使用できるように、すべての機能が検出可能である
Design Guidelines
Some companies and government agencies share their API Design Guidelines with the community. Each document has been analyzed to list covered topics and their references within the document. Interoperability model for the Public Administration Agenzia per l'Italia Digital & Team per la trasformazione digital (Italian administration)
API design guide | Cloud APIs | Google Cloud
Send feedback API design guide Stay organized with collections Save and categorize content based on your preferences. Changelog Introduction This is a general design guide for networked APIs. It has been used inside Google since 2014 and is the guide that Google follows when designing Cloud APIs and other Google APIs. This design guide is shared here to inform outside developers and to make it eas
API Design Guide | Hacker News
I would like to add Microsoft's API Guidelines [1] here, which is also a well written document and can be helpful to anyone designing an API.[1]: https://github.com/Microsoft/api-guidelines/blob/master/Guid... It's interesting that both of these guidelines kind of reject HATEOAS by mandating explicit versioning. It seems that HATEOAS was never really a thing. It's just too complicated to implement
ProgrammableWeb
Sorry for the interruption, we are experiencing an unusual amount of bot traffic. Please solve the below recaptcha challenge to proceed
KPIs for APIs (and how API Calls are the new Web Hits, and you may be measuring all wrong)
KPIs for APIs (and how API Calls are the new Web Hits, and you may be measuring all wrong) How do you measure API success? What KPIs do APIs need? What mistakes should I avoid? Find out what you should, and shouldn't, be measuring as part of your API program in this Business of APIs Conference NYC talk. Dive into a breadth of API metrics, the 6 keys to better API metrics, and the traps to beware o
RFC 7807: Problem Details for HTTP APIs
Internet Engineering Task Force (IETF) M. Nottingham Request for Comments: 7807 Akamai Category: Standards Track E. Wilde ISSN: 2070-1721 March 2016 Problem Details for HTTP APIs Abstract This document defines a "problem detail" as a way to carry machine- readable details of errors in a HTTP response to avoid the need to define new error response formats for HTTP APIs. Status of This Memo This is
金融庁で議論--イノベーションの要「銀行のAPI公開」と中間的事業者の関係
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 昨今、銀行業界ではデジタル化を背景に、サービスが見直されています。その1つとして注目されているのが、銀行が保有している顧客の資産残高情報などを、顧客との同意に基づき、銀行外部のサービスがアクセスできるようにするAPIの公開です。 住信SBIネット銀行は3月にアプリ開発者向けのAPIを公開。日本IBMは6月にフィンテック関連のサービスを展開する企業との「FinTech共通API」の接続検証をしたことを発表しました。 こうした銀行のAPI公開（API化が）進行する状況を受け、今年の7月から、金融審議会の「金融制度ワーキング・グループ」で「中間的業者規制」についての検討が始まりました。ここでは、銀行のAPI公開が進んだときに、銀行と利用者の間
RESTful API の設計のキホン
2016/10/12 社内勉強会で使ったスライドを社外向けに一部加筆訂正したもの
Top 10 Free Templates for API Documentation | TechSlides
Do you need to create API docs for your RESTful API? Want to automatically generate API documentation? Today, I am going to share some free templates that are designed to showcase your API. Good documentation is really important so start with a good foundation. These API resources are simple, clean, leverage best practices, and will make your API users happy. 1. Slate – helps you create beautiful
GitHub - slatedocs/slate: Beautiful static documentation for your API
Clean, intuitive design — With Slate, the description of your API is on the left side of your documentation, and all the code examples are on the right side. Inspired by Stripe's and PayPal's API docs. Slate is responsive, so it looks great on tablets, phones, and even in print. Everything on a single page — Gone are the days when your users had to search through a million pages to find what they
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
みずほフィナンシャルグループがAPIを中心に展開するFinTech最新事例――Amazon Echo、Soracom、LINE、Facebook、マネーフォワード、freee
APIs Putting Hypermedia To Work
RESTful design: when to use sub-resources?
api-guidelines/Guidelines.md at master · microsoft/api-guidelines
Amazon Groups Should Share More API Design Patterns
GitHub - rails-api/active_model_serializers: ActiveModel::Serializer implementation and Rails hooks
GitHub - fotinakis/jsonapi-serializers: Pure Ruby readonly serializers for the JSON:API spec.
What Are Some Good Examples of Hypermedia APIs?