SOA/PaaS/API エコノミー 株式会社アプライド・マーケティング 大越 章司

Presentation on theme: "SOA/PaaS/API エコノミー 株式会社アプライド・マーケティング 大越 章司"— Presentation transcript:

1 SOA/PaaS/API エコノミー 株式会社アプライド・マーケティング 大越 章司 shoji@appliedmarketing.co.jp

2 Service Oriented Architecture

3 SOA SOA (2000 年前後 )  ビジネスプロセスをサービス 化  クラウドへの対応 ビジネスプロセスを サービスとして実装 既存システムを相互接続して統合 EAI (1990 年代末 ) ばらばらに開発された業務シス テムをプロトコル変換などで統 合 従来は部分最適な業務システム  個別にシステム設計開発  現場の仕事をそのままシステム化  「その時点」での技術を使って開発  他システムとの連携は必要に応じて設 計・実装  全社的最適化という視点はない 全社最適化手法 EA Enterprise Architecture BPR Business Process Re-engineering ERP Enterprise Resource Planning

4 ハイプサイクル（ 2005 年） http://www.gartner.com/teleconferences/attributes/attr_129930_115.pdf

5 ハイプサイクル（ 2014 年） 今、売るべき技術

6 SOA は思想であり考え方 SOA の定義（ Wikipedia ） – 業務上の一処理に相当する単位でソフトウェアが構成されていること。 SOA におけるサー ビスとは、その構成単位のことである。プログラム上の部品ではなく、たとえば「決済す る」「在庫状況を照会する」などの単位で一つのサービスとすることが求められる。どの程 度の規模（粒度）を一つのサービスとするが良いのかについては様々な議論がある。 – オープンで標準化されている技術仕様を用いてサービスのインタフェースが定義され、それ に従った呼び出し、応答が可能であること。その技術的基盤として、 Web サービスの使用 が事実上必須となっている。 – サービスをネットワーク上で連携させてシステムの全体を素早く構築できること。この段階 にいたるまでには、先の二つの条件が必須となる。さらに、サービスを単位として業務処理 の流れを記述する技術や、その記述通りにシステム連携を実行する技術も必要となる。 SOA とは、ビジネスプロセスに沿って業務システムを構築することであり、シ ステム構築の手法（思想）といえる。 SOA という製品は存在しない。 SOA という考え方に基づいて、大規模なシステ ムを個々のプロセスに対応するサービスの集まりとして構築する。 実装方法として Web サービスが使われることが多いが、 Web サービス＝ SOA で はない。 Web アプリケーションサーバーや SOAP などは SOA によるシステム構 築のための技術的要素に過ぎない。 クラウドと親和性が高い

7 SOA (Service Oriented Architecture) 販売管理プロセス 受注請求入金出荷 SOA をベースにした販売管理プロセス 受注請求入金出荷 ビジネスプロセスの変更にも柔軟に対応可能 受注 出荷 請求 入金 プロセスの各業務単位（サービス）に合わせ てソフトウェアを作ってあるので、後でプロ セスが変わっても柔軟に対応できる サービス間でやりとりするデータの種類と フォーマットを XML 等で決めて標準化 さらに、各ソフトを Web アプリ (Web サービ ス ) にしておくと、将来のクラウド対応など、 柔軟性が高まる 従来型のシステム構築手法による販売管理システム 受注 請求・入金 出荷 ビジネスプロセスに合わせてシステムを構築 していない場合、後で変更するのが大変 他のシステムとの連携を考えていない場合 （インターフェースの標準化が行われていな い）、後から付け加えるのは大変な作業にな る 要求仕様 プロセス単位でサービス化 伝票のフローに沿ったシステム 情報のフローに沿ったシステム サービス＝業務上の一処理に 相当する機能をモジュールと して実装 ( 粒度は様々 )

8 SOA の実装としての ESB SOA をベースにした販売管理プロセス 受注請求入金出荷 ビジネスプロセスの変更にも柔軟に対応可能 受注 出荷 請求 入金 受注請求入金出荷 ESB その他のサービスレガシーシステムなど 小規模なシステム なら Web サービス ベースでも可 大規模なシステム では ESB が有効

9 EAI と ESB プロトコル変換 メッセージ変換 ルーティング SOAP/HTTP SOAP/MOM (Message Oriented Middleware) JMS (Java Messaging Service) 等 分散・疎結合 標準技術ベース アダプタを介した密結合 独自技術ベース EAI 開発・保守が容易 プロセスの組み替え が容易 旧システムをそのま ま結合できる 開発・保守は大変 ESB EAI と ESB の違 いは無くなり つつある

10 モジュールを Web サービス化することのメリット プライベートクラウド パブリッククラウド ハイブリッドクラウド SOA はクラウドと相性が良い

11 SOA の狙いと成果 業務プロセスを見直し、サービス単位に分割 サービス間のデータ交換ルールを決め、メカニズムを構築 サービス単位でプログラムを開発し、相互に接続 情報システムを分割し、疎結合させる 柔軟性の向上管理の容易さ迅速な開発

12 SOA とクラウド /PaaS

13 XaaS = Web サービスの多様化 アプリケーション ミドルウェア OS ハードウェア SaaSIaaS Force.com 様々な XaaS が考案され、従来の分類に収まらなくなった BaaS Amazon RDS Database.com 仮想マ シン ベアメ タル

14 マッシュアップ開発の部品としての Web サービス クラウドサービス API クラウドサービス API クラウドサービス API マッシュアップ開発 IT の深い知識がなくても、既 存の Web サービス API を組み 合わせて、短期間でアプリ ケーション開発を行うこと。 新しい開発技法として注目さ れている。 様々な Web サービスや BaaS などのサービス、豊富な OSS などにより、新たなプログラ ミングをせずにアプリケー ションを開発することが可能 になってきた マッシュアップ 自社サービス Application Programming Interface 外部からプログラムの機能やデータにアク セスするための手順やデータ形式

15 マッシュアップの例

16 SOA からマイクロサービスへ

17 API エコノミー

18 アプリケーション プログラム B アプリケーション プログラム B API エコノミー 18 アプリケーション プログラム A アプリケーション プログラム A API Application Program Interface API Application Program Interface APIの呼び出し 戻り値の返信 サービス B サービス A API Application Program Interface API Application Program Interface APIの呼び出し 戻り値の返信 プログラムBの機能を呼び出し、その実行結果を戻り値として受け取る サービスBの機能を呼び出し、その実行結果を戻り値として受け取る Instagramで取得した位置情報をUberに送りタクシーを配車してもらう。

19 IBM が仕掛ける API エコノミー

20 戦略アプリは PaaS で作る http://itpro.nikkeibp.co.jp/atclact/active/15/062400069/062400003/?act08

21 Amazon API Gateway API の作成 API の配布 API の保守 API の監視 API の保護

22 IaaS Web サービスを組み合わせてシステムを構築 SoftLayer SoftLayer Gmail ML Docs Google EC2 AuroraLambda Amazon サービス 自社サーバー サービスの部品化により クラウドの活用範囲が拡大 クラウド上のサービスを 組み合わせてシステムを構築

23 API 市場は 2.2 兆ドル

24 PaaS の誕生

25 Salesforce (1999) Salesforce Database Workflow Other User App User App Salesforce の顧客から、 Salesforce が持っているデータ ベース、ワークフローなどの機 能を使って CRM 以外のアプリを 作成したいという要望が高まっ た API を整備して公開 (2007.7) → Force.com (2007) → database.com (2010) マルチテナント DB

26 Force.com のターゲットマーケット 消費者 全社 部門 グループ コンテンツ データ プロセス トランザクション アプリケーションのタイプ ユーザーのタイプ Excel 以上、全社システム以下 全社規模の基幹システムであれば コストをかけてシステムを開発で きる 部門レベルでは、コストをかけら れない一方で変化の速度が速いた め、改修が頻繁に起こるため、 IT 部 門も SIer も対応しにくい。 このためユーザーが自分で作る必 要があるが、一から作るのは大変 なため、何からのツールが必要。 → Notes のマクロ → Excel/Access

27 ASP から SaaS へ、ホスティングから IaaS へ オンプレミス アプリケーション ミドルウェア OS/ ハードウェア サービスプロバイダ ASP (Application Service Provider) ネットワーク上のサー バーにパッケージソフ トを搭載してネット ワーク越しに提供 Hosting/Housing データセンターのサー バーをネットワーク越 しに提供 クラウド SaaS (1999~) マルチテナント対応ア プリケーションを 「サービス」として提 供し、従量課金 IaaS (2006~) リソースを「サービ ス」として提供し、従 量課金 SaaS IaaS PaaS (2007~)

28 データセンター ASP と SaaS の違い – マルチテナント サーバー アプリ サーバー 仮想化 顧客 アプリ データセンター サーバー アプリケーション 仮想化 顧客 パッケージをそのまま使用 複数企業での共有を前提とした設計 データの分離、セキュリティに配慮 メンテナンスコストが低い リソースの利用効率が高い または マルチテナント DB ASPSaaS

29 マルチテナントの効果 メモリ消費量に 1,000 倍の違い

30 Oracle 12c のマルチテナントアーキテクチャ コンテナデータベース (CDB) 上にプラガブルデー タベース (PDB) を作成 ひとつのインスタンスで複 数のスキーマを運用 スキーマ統合を課題を解決