APIdays Australia 2017 TOI #APIdaysAU

APIdays Australia 2017 TOI
2017-03-21
Tatsuo Kudo http://www.linkedin.com/in/tatsuokudo
Cyber Consulting Services
NRI SecureTechnologies, Ltd.

Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 1
 APIdays Conferences are the main worldwide series of API industry conferences
 Created 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

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

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

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

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

Day 1 Keynote
The Journey to a Customer Experience Driven Enterprise
by 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 Keynote
Lessons & Use-Cases at Scale
by 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 v3
 Single 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 Keynote
Golden Carrots: Digital Transformation with Payments APIs
by 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

 APIゲートウェイは単純なパススループロキシーではない
 もっと複雑な処理をするように
 インタラクション
 APIファサードパターン
 ESBが複雑なインテグレーション、Gatewayがプロキシーとかアナリティクスとか
 アディショナルなホップ、管理が複雑、という問題
 Ballerina http://ballerinalang.org/
 顧客のプロジェクトを通じて、複雑なインテグレーションの問題を扱うにはシーケンス図がグレイト
ウェイであるとわかった
 グラフィカルなシンタクス
 APIが他のいろんなEPと通信することを想定している
 APIファサードの再発明 -インターフェースを生成
 CI/CDパイプライン
Rethinking API Management Architecture by Nuwan Dias, WSO2

 「ビジネス・モーメント」
 一社完結の「オムニチャネル」ではなく、他社とプラットフォームを作り
その上に他社を巻き込む「エコシステム」へ
 gRPC, HL7 FHIR, Ballerina おもしろそう
まとめ
Ricotta hotcakes, maple marinated strawberries with pistachio butter
@ Social Brew Café https://www.instagram.com/p/BRB4O9lAZzo/

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

APIdays Australia 2017 TOI #APIdaysAU

APIdays Australia 2017 TOI #APIdaysAU

More Related Content

What's hot

Viewers also liked

Similar to APIdays Australia 2017 TOI #APIdaysAU

More from Tatsuo Kudo

APIdays Australia 2017 TOI #APIdaysAU