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

Slides:



Advertisements
Similar presentations
1 プリミティブ Web サービスの 入出力データに関する一考察 2005 年 3 月 21 日 松江工業高等専門学校 情報工学科 奈良先端科学技術大学院大学 情報科学研究科 越田高志 電子情報通信学会 2005年総合 大会.
Advertisements

All Rights Reserved, Copyright © 2001 GeoBasic® & IIMS® Networking GIS データ共有型 GIS 2001年2月 ジーイーネット 株式会社.
☆ ESB概要 現在ほとんどのベンダーが(ESBと呼んでいるかどう かは 別として)「ESBにあたるもの」を、その提供するSO A実現の ためのミドルウェア中に、中核のITインフラとして実装 しており ます。 もちろんその基本的な機能は共通ですが、これがESB だ というような確定した技術や製品があるわけではなく、各.
1 アップデート 株式会社アプライド・マーケティング 大越 章司
Oracle Application Express アーキテクチャ. © 2009 Oracle Corporation アーキテクチャ概要 データベース 9iR2 、 10g 、 11g 、 XE 内に統合 メタデータ駆動型 APEX リスナー、組込みゲートウェイ、または ModPLSQL を使用.
IT ソリューション塾 講義資料 © ,all rights reserved by NetCommerce & applied marketing モバイル開発.
受注と情報フロー 田宮治 雄. 受注 受注業務(1) 契約の締結 – 契約書の作成 多様な注文に対応 標準化の要請 信頼関係の明確化 取引条件の詳細の確認.
BPLogix + Fiorano SOA Platform ヒューマンワークフローとの連携. この資料は、情報提供を目的としたものであり、提供している情報内容は記述時点でのありのままを述べた ものです。 この資料は資料の販売を目的としたものでもなく、また、弊社製品の特定の目的への適合性などについてい.
1 会社名: 氏名: 日付: 会社名: 氏名: 日付:. 2 内容 企業のセキュリティ対策状況 ユーザー管理の重要性 ユーザー管理製品 市場状況 Active Directory とは Active Directory 利用に最低限必要な準備 ユーザー管理のご提案内容 最初の取り組み:ユーザー情報の統合管理.
IT ソリューション塾 講義資料 © , all rights reserved by NetCommerce & applied marketing アップデート.
         AVAIL,Inc. ただ今より、アベイル並びに、私共のミドルウェア製品を利用した連携ソリューションについてのご紹介を致します。
クラウドコンピューティング メディアコミュニケーション論Ⅲ 第12回.
SoftLayer専用線サービス SoftLayerデータセンター
Webサービスに関する基本用語 Masatoshi Ohishi / NAOJ & Sokendai
SOA/PaaS/APIエコノミー 株式会社アプライド・マーケティング 大越 章司
Docker.
クラウドコンピューティング(1) オペレーティングシステム 第12回.
SaaS (Software as a Service)
電子社会設計論 第11回 Electronic social design theory
SoftLayerへのお引越し方法 お客様環境(或いは他社クラウド)からSoftLayerへの移行は簡単です。
部分最適と全体最適 EA/BPM/BPR/ERP
PaaSの起源とxaaSの今後.
ビジネスパターンに基づく クラウドシステムのサービスレベル設計
垂直統合システム / Converged System
XMLについて 蔡柏東.
Borderless Networks 4 How to Sell: SBA
ERPとグローバル展開 © , all rights reserved by NetCommerce & applied marketing.
マッシュアップ/API/超高速開発/BRMS/RPA
SOA/PaaS/API/マイクロサービス/サーバーレス
部分最適と全体最適 EA/BPM/BPR/ERP
Accessでできる 「サーバー・データベースシステム構築」のご紹介
PaaSの起源と発展 株式会社アプライド・マーケティング 大越 章司
SOA (Service-oriented-architecture)
部分最適と全体最適 EA/BPM/BPR/ERP
All IP Computer Architecture
2017年度 情報技術マップ調査 ITディレクトリの構成とSI要素技術
SOAP/UDDI/WSDLによるB2Bシステムの開発
SOAP/UDDI/WSDLによるB2Bシステム構築の一事例
部分最適と全体最適 EA/BPM/BPR さて、ERPのお話しをする前に、ERPが産まれるまでの企業システムについて考えてみたいと思います。
「OSで儲けない」 Microsoftの新戦略
Microsoftのマルチプラットフォーム戦略
ERPとグローバル展開 © , all rights reserved by NetCommerce & applied marketing.
IaaS型クラウドにおける インスタンス構成の動的最適化手法
部分最適と全体最適 EA/BPM/BPR/ERP
SOA/PaaS/API/マイクロサービス/サーバーレス
DevOpsとコンテナ管理ソフトウエア ハイパーバイザー型仮想化 コンテナ型仮想化 コンテナ管理ソフトウエア OS ハイパーバイザー
アップデート 株式会社アプライド・マーケティング 大越 章司
$ DaaSの切り札! マネージドサービスと クラウドを使った先進のVDI 今だけ
ERPとは ITソリューション塾・福岡 2017年8月22日.
只見町 インターネット・エコミュージアムの「キーワード」検索の改善
SOA基盤製品 「見る、聞く、体験する SOAノウハウツアー」
OSSAJ 事務局 株式会社ウィズ.アール 古木 良子
SOA/PaaS/APIエコノミー 株式会社アプライド・マーケティング 大越 章司
SaaS/PaaSの起源とこれから 株式会社アプライド・マーケティング 大越 章司
サーバーレスとPaaS 株式会社アプライド・マーケティング 大越 章司
第3回  業務プロセスとERP.
Javaの有償化と各社の対応 ITソリューション塾・第29期 2018年11月21日 株式会社アプライド・マーケティング 大越 章司
物理的側面を表現する図 Chapter6 物理的側面を表現する図について徐研究室の大楠が発表します。 FM13005 大楠拓也 徐研究室.
W3CがHTML5を勧告として公開 ( ).
ブロックチェーン 株式会社アプライド・マーケティング 大越 章司
ネットワークをシンプルにする エンタープライズ NFV
PaaSの起源.
資料2-2 平成26年度 第2回技術委員会資料 次年度検討テーマ案
FPGA 株式会社アプライド・マーケティング 大越 章司
平成30年度 情報技術マップ調査 ITディレクトリの構成とSI要素技術
PaaSの起源 株式会社アプライド・マーケティング 大越 章司
SAPジャパン株式会社 エデュケーション・サービス事業本部 2009年7月
部分最適と全体最適 EA/BPM/BPR/ERP
P2P & JXTA Memo For Beginners
ERPについて ITソリューション塾・第31期 2019年6月版.
Presentation transcript:

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

Service Oriented Architecture

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

ハイプサイクル( 2005 年)

ハイプサイクル( 2014 年) 今、売るべき技術

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

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

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

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

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

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

SOA とクラウド /PaaS

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

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

マッシュアップの例

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

API エコノミー

アプリケーション プログラム 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に送りタクシーを配車してもらう。

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

戦略アプリは PaaS で作る

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

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

API 市場は 2.2 兆ドル

PaaS の誕生

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

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

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

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

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

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