APIdays Australia 2017 TOI #APIdaysAU

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

2. 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

8. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 7  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

10. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 9  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

12. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 11  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

13. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 12  カンタス航空における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

14. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 13  プラットフォーム戦略  プラットフォームのエコシステム  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

15. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 14  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

16. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 15  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

20. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 19  さまざまなデバイス、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

22. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 21  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

24. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 23  Engage and Delight customers - 顧客が、ある瞬間に何をしたいか  金融機関におけるAPI化の優先度はかなり高い一方、商品販売のチャネルとしてのデジタルチャネルの利用はまだすすんでいない  オフラインで顧客獲得  エコシステム体験の創造  MITの研究  オムニチャネルからエコシステムへ  バンキングとノンバンキングを組み合わせて、パートナーシップで体験を作る  Open Marketplace Platform  銀行とパートナー企業がバックエンドに入って「マーケットプレイスサービス」を作る Platform for Innovation - Creating the Next Generation Digital Banking Experience by Rana Pereis, Barclays

25. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 24  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

26. Copyright © NRI SecureTechnologies, Ltd. All rights reserved. 25  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

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

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

APIdays Australia 2017 TOI #APIdaysAU

APIdays Australia 2017 TOI #APIdaysAU

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente(20)

Destacado

Destacado(20)

Similar a APIdays Australia 2017 TOI #APIdaysAU

Similar a APIdays Australia 2017 TOI #APIdaysAU(20)

Más de Tatsuo Kudo

Más de Tatsuo Kudo(20)

APIdays Australia 2017 TOI #APIdaysAU