apidays australia 2017 toi #apidaysau

APIdays Australia 2017 TOI

2017-03-21

Tatsuo Kudo http://www.linkedin.com/in/tatsuokudoCyber Consulting ServicesNRI SecureTechnologies, Ltd.

http://www.linkedin.com/in/tatsuokudo

Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 1

APIdays Conferences are the main worldwide series of API industry conferencesCreated in 2012 in Paris by Webshell/OAuth.io and Fabernovel, APIdays is now a succession of 7

conferences held each year in 7 countries, with the aim to democratize and evangelize the usage and the opportunity of APIs for corporations and businesses

Each conference is a 2-day event, with one dedicated track for the business of APIs and one dedicated track for the technical aspect of APIs

The APIdays series now attracts more than 5,000+ business and technical attendees with 250+ speakers each year

The list of events is as follows for 2015/2016 : APIdays Australia, co-organized with Sixtree in Q1 each year APIdays Mediterranea, co-organized with Molino de Ideas/APIcultur in Q1 each year APIDays Berlin, co-organized with CommerceTools/Sphere.io in Q2 each year APIdays San Francisco co-organized with Fabernovel Inc/Parisoma in Q2 each year APIdays London, co-organized with OpenBankProject/Tesobe in Q3 each year APIdays Auckland, co-organized with Sixtree and Hypr in Q4 each year APIdays Paris, co-organized with Fabernovel Group (Fabernovel SARL, Applidium, Buzzaka) in Q4 each

year

APIdays Conferences とはhttps://www.linkedin.com/company/apidays-conferences

https://www.linkedin.com/company/apidays-conferences


APIdays Australia 2017http://au.apidays.io/

http://au.apidays.io/


スピーカー

API管理ソリューションベンダー、ユーザー企業、政府関係者などさまざま


プログラム

2日間、キーノート+ブレイクアウト3トラック+ワークショップ

Copyright © NRI SecureTechnologies, Ltd. All rights reserved.

Day 1


Day 1 KeynoteThe Journey to a Customer Experience Driven Enterpriseby Laura Heritage, Axway


Philips Hue API経由で色や光量を操作できる。スマートフォンアプリからの操作

がいまいちだった

しかしAmazon EchoやSamsung SmartThingsのようなサードパーティが使い勝手を良くしてくれた

“Customer Experience Networks” 一瞬の「ビジネス・モーメント」をとらえて、そこに合わせた顧客体験を

提供するネットワーク

「顧客体験ネットワーク」において、ビジネス・モーメントのオーナーになるか、コントリビューターになるか?

Day 1 Keynote： The Journey to a Customer Experience Driven Enterprise by Laura Heritage, Axway


Day 1 KeynoteLessons & Use-Cases at Scaleby Peter Stanski, Amazon Web Services


AWSのスケール半端ないよ、という話

日々、2005年のAmazon.com相当のインフラを追加している

Massive Footprint▪ リージョンいっぱい

▪ 70 CDN PoPs▪ telcoと組んで Amazon Global Network、エッジレプリケーションは課金しない

▪ 冗長構成した100GbEのネットワークサークル

▪ 14,000Kmリンク、オーストラリア、NZ, ハワイ、オレゴン

Services at Scale▪ 70サービス、サービス同士のネットワーク効果、42 different combination▪ みんなAPI持ってる

▪ Authn/Authz▪ Amazon,com、1クリックで200~300個のマイクロサービスが動く

サービス3つ Amazon Rekognition: DLフレームワーク

Amazon Polly: Life-like speech Amazon Lex: aLEXaの内側

Day 1 Keynote： Lessons & Use-Cases at Scale by Peter Stanski, Amazon Web Services


Day 1 Breakouts


What makes a great product? Niche: Voxy (Spanish Speakersがターゲット) 自分自身が使いたいもの: Pandora シンプルでわかりやすい: Google Maps 利用者の生活をより良く変えるもの: Airbnb

APIは「アプリケーションへのチャネル」ではなく「APIコンシューマー向けのプロダクト」である

テクニカルな「統合のためのしくみ」としてではない

顧客フォーカス、ロードマップ、オーナー、サポートが必要

原則

APIガバナンス、APIバージョニング、開発者ポータル、デベロッパー以外への訴求（デモ、事例）、APIサポート、APIコミュニティ、APIのプライシング、APIのプロモーション

Productising APIs: from idea to the market by Eldar Allahverdiyev, OFX


カンタス航空におけるAPI化の取り組み

Connecting the Dots - 最終的には収益につながる

モバイル対応、整備、飛行機から、最適化された最も安全な航路

Stay ahead the competition Leverage current asset History of passengers 最適な航路を出すための数学モデル: キャビン、カーゴ

Aspirations in business CXから “The Qantas Eight”: ペルソナ、カスタマージャーニー

タイミング重要

▪ どうやって行き先を決めるか、どう行くか決めるか

▪ At the airport: 空港で待ってるときにエンターテインメントを提供したり

▪ on the plane: 雑誌とかTVとか

▪ Lifetime perspective観点からのリレーションシップ

6ヶ月かけてつくった

"business moment" 2016年12月にプロダクションリリースした

内部開発者向けポータル

APIs: 顧客プロファイル、ビジネスプロファイル、ビジネストラベルとか。最近ペイメントAPIを出した

今後

オーガニックに成長させていきたい。ガバナンスモデル、サブスクリプション、SOAPサポート、APIsいろいろ

Qantas API Takes Flight by Jessica Lin, Qantas


プラットフォーム戦略

プラットフォームのエコシステム

Platform Ecosystems, Amit Tiwana, 2014 APIがデベロッパーにとってのブループリントになる

Chicken and Egg problem▪ ショッピングモールの例。テナントをどう入れるか

▪ OpenTableの例。レストラン予約システム、はじめは電話予約代行から

プラットフォームのチャレンジ

モジュール化のマイナス面

▪ 鶏と卵

▪ 開発するためにはプラットフォームが必要で、プラットフォームを作るには時間がかかる

開発者をどうひきつけ、エンゲージするか

▪ シンプルかつパワフルじゃいといけない

企業内でのSOAアレルギー

Roles Platform Engineering: プラットフォームをビルドすることに責任を持つ

Platform Orchestration App Developent: Autonomy - 上の2つとは関係なく、アプリケーション開発ができること

Release Your Inner Platform by Saul Caganoff, Deloitte


gRPCの特長、REST/JSONからgRPCに切り替えて性能向上した事例

Protocol Buffers v3Single source of truth: コード生成

ひとつの定義から、バックエンド/フロントエンド/モバイルまで、well-structuredなコードを生成

サーバー/クライアント、それぞれのコードが生成される。サーバー側、入ってきたリクエストに対するフックができてる

エラー処理、プラガブルな認（セッション全体とか、メソッド単位とか）、すべてContext入り

Context シグナル。メタデータのプロパゲーション。authorizationとかrequestIDとか

Signal Contextの初期化、バックエンドサービスの呼び出し、別サービスの呼び出し（コンテクストを

渡したり、認証とか）、cancellation signals、処理が最初のサービスに戻る

Cancellation Messageをよしなに送ってくれる

SajariでのHTTP/JSONから切り替えの話

JSON処理にクエリ処理時間の30%を要していた

gRPC: A High Performance, Modern RPC System by David Howden, Sajari


ITデリバリーの能力を超えるニーズに応えるには? 共通の、プロジェクトベースのアプローチ

▪ むかしながらのWebアプリケーション開発、期間内、予算内でできる。けど6ヶ月後に同じものをモバイル向けに作る羽目に

プロジェクトベースでやってる限りは変わらない。モデルを変えないといけない

▪ ProdctionとConsumption - 再利用可能な資産を作って、それを消費して、フィードバックや利用状況を把握して、それをもとに作る

社内での部品化

社内に「Exchange」を作る

self-reliance 作ったら必ずチェックインさせる

Consumption and innovation をすすめることで、ITデリバリー能力は変わらなくとも、ITのデマンドに応えることができるようになる

Free your data: Accelerating innovation by using APIs to unlock core systems by Brad Drysdale, MuleSoft


Exibition

Boomi (Dell), CA, Apiary (Oracle), AWS, 3scale (Red Hat), Deloitte, Axway, MuleSoft and Twilioが出展


Day 2


Day 2 Keynote"A Connector, a Container and an API walk into a Bar...”by Steven Willmott, Red Hat


さまざまなデバイス、API、ハードウェアが、予測できない事態を引き起こす

Amazon Echoで消費高まった → 6歳の女の子が注文してたりとか

テクノロジーが社会に及ぼす影響: ロボットのコーヒーメーカー @SF

立ち止まって、考えないといけない

TEDのSimon Sinekのビデオ

なぜ世界をよりプログラマブルにするのか? なにを? どうやって? WHYがWhatとHowを決める

「どうやって?」にはプリンシプルがある。 Continuous Improvement, Subsumption architecture, Radical Distribution, …

コンポーネントであることが重要。たんなるソリューションではなく

わたしたちは世界を変えることのできる者として、倫理と責任の最前線に立っている。あなたはそのプロフェッショナルである

Day 2 Keynote: "A Connector, a Container and an API walk into a Bar...“ by Steven Willmott, Red Hat


Day 2 KeynoteGolden Carrots: Digital Transformation with Payments APIsby Mark Pesce, Digital Growth Partnership


Kopo Kopo M-PESA：テキストメッセージで送金。個人間のトランザクション。店で物を買う用途ではない

Kopo Kopo: M-PESAの基盤を使った決済プラットフォーム。マーチャント向けスマートフォンAppを提供し、コーヒーショップが分析ツールを持てるように

さらにKopo Kopoがキャッシュフローを把握できる → ある意味銀行

PaymentRequest W3CのAPI標準化。APIが決済システムをspin upする

豪州の新たな決済プラットフォーム (NPP) 35年前のバッチ前提のフレームワークを刷新

マイクロペイメント

Webページを開いてペニーを払う感じ。全く新しいエコシステム

アプリ間決済

ウォレットからレストランAppに決済、さらにレストランAppからタクシー配車Appに決済

Commercial conversation with other apps

Day 2 Keynote: Golden Carrots: Digital Transformation with Payments APIs by Mark Pesce, Digital Growth Partnership


Day 2 Breakouts


Engage and Delight customers - 顧客が、ある瞬間に何をしたいか

金融機関におけるAPI化の優先度はかなり高い一方、商品販売のチャネルとしてのデジタルチャネルの利用はまだすすんでいない

オフラインで顧客獲得

エコシステム体験の創造

MITの研究

オムニチャネルからエコシステムへ

バンキングとノンバンキングを組み合わせて、パートナーシップで体験を作る

Open Marketplace Platform 銀行とパートナー企業がバックエンドに入って「マーケットプレイスサービス」を作る

Platform for Innovation - Creating the Next Generation Digital Banking Experience by Rana Pereis, Barclays


Digital Disruptors アイデンティティ、ボイス（バイオメトリクス、インタラクション）、Shards

シャード (Shards) ユーザーを認証してる状態で、意図を読み取り、それにあったフィードバックを行う

Shards Experience - Enterprise Appにログインしない

あなたのアプリケーションやポータルは使ってもらえない

あなたの提供するアプリがどんなに輝かしくても、使いたいと思う人はもういない

あなたの「新しいポータル体験」を求めている人はいない

言い換えれば、「あなたのデジタル体験」を求めている人はいない

なのにわれわれがそれらを使っているのは、あなたが他の選択肢を提供しないから

銀行はどうするか: APIプラットフォームとエコシステムを作るしか無い

The Identity Arms Race: e.g. 「CommBank認証済みバッジ」を Airtasker のプロファイルにつける

API: エコシステム。閉じた「信用できるパートナーのセット」ではなく

Death of Wheel Look 1 Degree beyond your boundary: e.g. PayPal Working Capital

Banks - Set your data free by Rhys Evans, Versant


HL7 FHIR （ファイア）: Fast Healthcare Interpoerability Resources コンテントモデル（リソース）

交換のパラダイムのサポート

▪ API、ドキュメント&メッセージ

実装する人のことを思って仕様化

コンテントモデル

交換対象 http://lh7.org/fhir/resourcelist.html 診察記録の例: 12歳の少年、初診、再診

プロファイリング

使える値を制限したりとか、必須にしたりとか

REST hl7.org/fhir/http.html CRUDへのマッピング

Version aware updates, conditional create/update, partial update, batch/transactions, subscription, OperationOutcome resource, search

Security and Privacy Recommendations: OAuth2 & SMART

HL7 FHIR: the API for healthcare by David Hay, Orion Healthcare

http://lh7.org/fhir/resourcelist.html


APIゲートウェイは単純なパススループロキシーではない

もっと複雑な処理をするように

インタラクション

APIファサードパターン

ESBが複雑なインテグレーション、Gatewayがプロキシーとかアナリティクスとか

アディショナルなホップ、管理が複雑、という問題

Ballerina http://ballerinalang.org/ 顧客のプロジェクトを通じて、複雑なインテグレーションの問題を扱うにはシーケンス図がグレイト

ウェイであるとわかった

グラフィカルなシンタクス

APIが他のいろんなEPと通信することを想定している

APIファサードの再発明 -インターフェースを生成

CI/CDパイプライン

Rethinking API Management Architecture by Nuwan Dias, WSO2

http://ballerinalang.org/


「ビジネス・モーメント」

一社完結の「オムニチャネル」ではなく、他社とプラットフォームを作りその上に他社を巻き込む「エコシステム」へ

gRPC, HL7 FHIR, Ballerina おもしろそう

まとめ

Ricotta hotcakes, maple marinated strawberries with pistachio butter@ Social Brew Café https://www.instagram.com/p/BRB4O9lAZzo/

https://www.instagram.com/p/BRB4O9lAZzo/


スライド http://au.apidays.io/abstracts.html

Resources

http://au.apidays.io/abstracts.html

apidays australia 2017 toi #apidaysau

Internet