SlideShare a Scribd company logo
1 of 14
Download to read offline
レッドハットが考える
アプリケーション・アーキテクチャ
レッドハット株式会社
JBossサービス事業部
シニアソリューションアーキテクト
BRMSエバンジェリスト
梅野  昌彦
B-‐‑‒1
アーキテクチャ
Copyright  ©  2014  Red  Hat  K.K.	
 
2
資料料サイズ削減のため写真を削除いたしました。
アーキテクチャ
Copyright  ©  2014  Red  Hat  K.K.	
 
3
資料料サイズ削減のため写真を削除いたしました。
l  ITはビジネスを⽀支える為のツールである
l  ビジネスの改⾰革
l  ⼩小さい変化が継続的に起きている
l  その都度度、システムを改変・追加
l  「例例外」的な取り扱いを追加
l  ビジネスの変⾰革にIT(アプリケーション)の変更更が追従
できていない、もしくは多額のコストがかかる
アプリケーション・アーキテクチャに問題があるのでは?
なぜ「アーキテクチャ」なのか
Copyright  ©  2014  Red  Hat  K.K.	
 
4
l  状態はデータの組合せ
l  本来、ステータス管理理はプロセスで決めるべき
l  データとプロセス密結合
l  予期しないデータになった場合、そのタスクが迷⼦子になる
l  プロセス図が森のようだ
l  プロセスはシンプルであるべき
l  データの中⾝身で枝分かれを沢⼭山書いてしまっている
l  データの中⾝身で処理理を分けるのであれば、ルールで記述してプ
ロセスをシンプルにする
l  マスターというルール
l  ロジックの中でDBのマスターを参照
l  マスターのメンテナンス(チェック)をしていないために、正
しくない結果を出し続けていた
l  マスターに記載できない場合はプログラムロジックとして記述
メンテナンス性を悪くしている原因
Copyright  ©  2014  Red  Hat  K.K.	
 
5
アーキテクチャで⼀一番重要な部分
Copyright  ©  2014  Red  Hat  K.K.	
 
6
プロセス
ルール データ
画⾯面
認証 連携
Mail
SOA  って何?
Copyright  ©  2014  Red  Hat  K.K.	
 
7
サービスバス
営業部 物流流部 製造部 物流流部 経理理部
営業 顧客管理理 物流流 経理理 製造
⾒見見積 受注 新規 審査 請求 回収
⼊入庫 出庫 原価 品質
画⾯面
BPM
App
DB
ESB
l  プロセス  (BPM)
l  ⼈人が責任をもって仕事をしたことを記録し、案件のステータス管理理
する
l  規定した⼿手順に基づき、次に誰が処理理するかを決めたもの
l  システムの連携やロジックを記述するものではない!
l  データ  (DB)
l  トランザクションデータを格納しておくもの
l  過去の状態を記録しておくもの
l  ロジックを格納しておくものではない!
l  ルール  (BRMS)
l  チェック、⽐比較、計算、推論論を⾏行行うもの
l  業務の変化にすぐに対応できるようにしておくもの
3原則  それぞれの役割
Copyright  ©  2014  Red  Hat  K.K.	
 
8
お客様でのアプリケーションアーキテクチャ
Copyright  ©  2014  Red  Hat  K.K.	
 
9
ルール
給与
テーブル
研修履履歴
テーブル
ステータス
管理理
BPM
プロセススタート
部署名確認
対象者確認
移動理理由確認
役職適正確認
研修適正確認
費⽤用確認
社員
テーブル
ステータス
管理理
BPM
承認待ち
ステータス
管理理
BPM
タスクリスト
⼈人事決裁
テーブル
承認画⾯面
社員番号等を
キーにして
データを取得
全ての情報を
⼀一括受け渡し
結果を返却
プロセス
スタート
データ
取得
ルール
判断
結果
書込
プロセス
次へ
⼈人事決裁
テーブル
BPM
承認済み
ステータス
管理理
リスト
取得
データ
取得
プロセス
次へ
DBへのアクセスはデータを取
得・格納だけに使⽤用し、データ
の判定、なかった時のハンドリ
ングなどはDB側では⾏行行わない
ようにする。
データの確認事項などは全て
ルールエンジン側で⾏行行い、判定
結果を出⼒力力する。
事案のデータは⼈人事決裁テーブ
ルに格納しておき、承認時など
に参照する。
⼊入⼒力力画⾯面
部署名
リスト
⼊入⼒力力完了了
承認完了了
BPMはアプリでもサービス連携ツールでもない!
Copyright  ©  2014  Red  Hat  K.K.  |  Confidential	
 
DB格納
他システム連携
(MQ)
DB検索索
計算・判断
(BRMS)
申請者 承認者 購買部⾨門
縦の連携は
“サービスオーケストレーション”
Click!! Click!! Click!!
プロセス管理理
(BPM)
ビジネスプロセス
次の⼈人へ 次の⼈人へ
サービス
メール通知
(Message)
10
横の連携は
“ビジネス・プロセス”
(誰がいつ責任をもってタス
クを実⾏行行したかを記録し、次
の⼈人へバトンを渡す仕組み)
組合せチェック
(BRMS)
バッチ連携
リアルタイム連携
データ連携基盤の役割
Copyright  ©  2014  Red  Hat  K.K.  	
 
11
審査システム
取引データ 顧客データ
SAP
MS-‐‑‒
Access
データの仮想化
JDBC
ESB
NetWeaver
IDOC
Request/Reply  with
REST
MS-‐‑‒
Excel
仮想データビュー
プロトコル変換と
メッセージ変換
MQ
メッセージサービス
JDBC
夜間
バッチ MS-‐‑‒Exchange
Publish  /  Subscrive
P2P
HULFT FTP
携帯
端末
サービスの連携ではなく
「データの連携」
あるべき姿
Copyright  ©  2014  Red  Hat  K.K.	
 
12
営業部 物流流部 製造部 物流流部 経理理部
サービスバス  (APP  とサービス間のプロトコル変換・メッセージ変換)
データ
サービス
プロセス
サービス
ディシジョン
サービス
メッセージ
サービス 他システム
⾒見見積 受注
請求 回収
画⾯面
APP
ESB
サービス
DB
プロセス データ データ プロセス
⾒見見積
プロセス データ データ プロセス
受注
プロセス データ データ プロセス
請求
⾒見見積 受注
請求 回収
ディシ
ジョン
ディシ
ジョン
ディシ
ジョン
レッドハット製品がお⼿手伝いできるところ
Copyright  ©  2014  Red  Hat  K.K.	
 
13
営業部 物流流部 製造部 物流流部 経理理部
サービスバス
データ
サービス
プロセス
サービス
ディシジョン
サービス
メッセージ
サービス 他システム
⾒見見積 受注
請求 回収
画⾯面
APP
ESB
サービス
DB
プロセス データ データ プロセス
⾒見見積
プロセス データ データ プロセス
受注
プロセス データ データ プロセス
請求
⾒見見積 受注
請求 回収
ディシ
ジョン
ディシ
ジョン
ディシ
ジョン
Fuse  Service  Works
JBoss  Fuse
JBoss  Data  
Grid
JBoss  
Data  Virtuali-‐‑‒
zation
JBoss  
BPM  
Suite
JBoss  
BRMS
JBoss  
A-‐‑‒MQ
RHEL
KVM
Storage
Open  Stack
JBoss    EAP Feed  Henry  (Mobile)
ご静聴  ありがとうございました。
梅野  昌彦
mumeno@redhat.com

More Related Content

Similar to 資料用_B1_mumeno_RHF_2014_wo_pic.pdf

リクルートにおけるPaaS活用事例
リクルートにおけるPaaS活用事例リクルートにおけるPaaS活用事例
リクルートにおけるPaaS活用事例Recruit Technologies
 
クラウド時代にこそ求められるIt部門の役割
クラウド時代にこそ求められるIt部門の役割クラウド時代にこそ求められるIt部門の役割
クラウド時代にこそ求められるIt部門の役割Yusuke Oi
 
ITサービスによる価値の創出に向けて
ITサービスによる価値の創出に向けてITサービスによる価値の創出に向けて
ITサービスによる価値の創出に向けてUNIRITA Incorporated
 
メタバースの始め方、たとえば製造業でのデジタルツインとは?
メタバースの始め方、たとえば製造業でのデジタルツインとは?メタバースの始め方、たとえば製造業でのデジタルツインとは?
メタバースの始め方、たとえば製造業でのデジタルツインとは?IoTビジネス共創ラボ
 
第3回SIA研究会(例会)プレゼン資料
第3回SIA研究会(例会)プレゼン資料第3回SIA研究会(例会)プレゼン資料
第3回SIA研究会(例会)プレゼン資料Tae Yoshida
 
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan Yusuke Suzuki
 
データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...
データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...
データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...NTT DATA Technology & Innovation
 
アプリケーション性能を管理するのに必要なこと
アプリケーション性能を管理するのに必要なことアプリケーション性能を管理するのに必要なこと
アプリケーション性能を管理するのに必要なことAtsushi Takayasu
 
PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」
PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」
PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」PC Cluster Consortium
 
20201023 Builders Box 2nd Enterprise Architect
20201023 Builders Box 2nd Enterprise Architect20201023 Builders Box 2nd Enterprise Architect
20201023 Builders Box 2nd Enterprise Architectkounan13
 
第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料
第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料
第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料Tae Yoshida
 
業務価値分析によるIT部門の変革アプローチ 2013
業務価値分析によるIT部門の変革アプローチ 2013業務価値分析によるIT部門の変革アプローチ 2013
業務価値分析によるIT部門の変革アプローチ 2013UNIRITA Incorporated
 
(続)Itプロジェクトマネジメント成功のための勘どころ 20140318
(続)Itプロジェクトマネジメント成功のための勘どころ 20140318(続)Itプロジェクトマネジメント成功のための勘どころ 20140318
(続)Itプロジェクトマネジメント成功のための勘どころ 20140318ITinnovation
 
[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide Hanatani
[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide Hanatani[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide Hanatani
[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide HanataniInsight Technology, Inc.
 
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁Akiko Kosaka
 
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
  AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁  AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁Akiko Kosaka
 
インタリオカンファレンス案内(修正版)3
インタリオカンファレンス案内(修正版)3インタリオカンファレンス案内(修正版)3
インタリオカンファレンス案内(修正版)3Tomoaki Sawada
 
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~正善 大島
 
IT部門の企業価値を高める7つのアプローチ手法
IT部門の企業価値を高める7つのアプローチ手法IT部門の企業価値を高める7つのアプローチ手法
IT部門の企業価値を高める7つのアプローチ手法UNIRITA Incorporated
 
基調講演「データのグループウェア化」
基調講演「データのグループウェア化」基調講演「データのグループウェア化」
基調講演「データのグループウェア化」Cybozucommunity
 

Similar to 資料用_B1_mumeno_RHF_2014_wo_pic.pdf (20)

リクルートにおけるPaaS活用事例
リクルートにおけるPaaS活用事例リクルートにおけるPaaS活用事例
リクルートにおけるPaaS活用事例
 
クラウド時代にこそ求められるIt部門の役割
クラウド時代にこそ求められるIt部門の役割クラウド時代にこそ求められるIt部門の役割
クラウド時代にこそ求められるIt部門の役割
 
ITサービスによる価値の創出に向けて
ITサービスによる価値の創出に向けてITサービスによる価値の創出に向けて
ITサービスによる価値の創出に向けて
 
メタバースの始め方、たとえば製造業でのデジタルツインとは?
メタバースの始め方、たとえば製造業でのデジタルツインとは?メタバースの始め方、たとえば製造業でのデジタルツインとは?
メタバースの始め方、たとえば製造業でのデジタルツインとは?
 
第3回SIA研究会(例会)プレゼン資料
第3回SIA研究会(例会)プレゼン資料第3回SIA研究会(例会)プレゼン資料
第3回SIA研究会(例会)プレゼン資料
 
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
 
データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...
データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...
データ活用を俊敏に進めるためのDataOps実践方法とその高度化のためのナレッジグラフ活用の取り組み(NTTデータ テクノロジーカンファレンス 2020 ...
 
アプリケーション性能を管理するのに必要なこと
アプリケーション性能を管理するのに必要なことアプリケーション性能を管理するのに必要なこと
アプリケーション性能を管理するのに必要なこと
 
PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」
PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」
PCCC21:株式会社日立製作所 「研究開発力向上のための研究DXソリューション」
 
20201023 Builders Box 2nd Enterprise Architect
20201023 Builders Box 2nd Enterprise Architect20201023 Builders Box 2nd Enterprise Architect
20201023 Builders Box 2nd Enterprise Architect
 
第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料
第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料
第4回SIA研究会(例会)プレゼン資料1_ m2 soft 紹介資料
 
業務価値分析によるIT部門の変革アプローチ 2013
業務価値分析によるIT部門の変革アプローチ 2013業務価値分析によるIT部門の変革アプローチ 2013
業務価値分析によるIT部門の変革アプローチ 2013
 
(続)Itプロジェクトマネジメント成功のための勘どころ 20140318
(続)Itプロジェクトマネジメント成功のための勘どころ 20140318(続)Itプロジェクトマネジメント成功のための勘どころ 20140318
(続)Itプロジェクトマネジメント成功のための勘どころ 20140318
 
[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide Hanatani
[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide Hanatani[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide Hanatani
[D24] あなたのビジネスを変えるInfiniDBケーススタディ by Toshihide Hanatani
 
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
 
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
  AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁  AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
 
インタリオカンファレンス案内(修正版)3
インタリオカンファレンス案内(修正版)3インタリオカンファレンス案内(修正版)3
インタリオカンファレンス案内(修正版)3
 
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
 
IT部門の企業価値を高める7つのアプローチ手法
IT部門の企業価値を高める7つのアプローチ手法IT部門の企業価値を高める7つのアプローチ手法
IT部門の企業価値を高める7つのアプローチ手法
 
基調講演「データのグループウェア化」
基調講演「データのグループウェア化」基調講演「データのグループウェア化」
基調講演「データのグループウェア化」
 

More from Masahiko Umeno

RHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdfRHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdfMasahiko Umeno
 
Why we should consider Open Hybrid Cloud.pdf
Why we should  consider Open Hybrid Cloud.pdfWhy we should  consider Open Hybrid Cloud.pdf
Why we should consider Open Hybrid Cloud.pdfMasahiko Umeno
 
Open Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdfOpen Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdfMasahiko Umeno
 
Rhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_enRhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_enMasahiko Umeno
 
Application Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むかApplication Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むかMasahiko Umeno
 
Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...Masahiko Umeno
 
Master the RETE algorithm
Master the RETE algorithmMaster the RETE algorithm
Master the RETE algorithmMasahiko Umeno
 
RETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせRETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせMasahiko Umeno
 
Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)Masahiko Umeno
 
Artificial Intelligence
Artificial IntelligenceArtificial Intelligence
Artificial IntelligenceMasahiko Umeno
 
レッドハットのベストプラクティス
レッドハットのベストプラクティスレッドハットのベストプラクティス
レッドハットのベストプラクティスMasahiko Umeno
 
Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料Masahiko Umeno
 
Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-Masahiko Umeno
 

More from Masahiko Umeno (15)

RHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdfRHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdf
 
Why we should consider Open Hybrid Cloud.pdf
Why we should  consider Open Hybrid Cloud.pdfWhy we should  consider Open Hybrid Cloud.pdf
Why we should consider Open Hybrid Cloud.pdf
 
Open Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdfOpen Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdf
 
Rhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_enRhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_en
 
Application Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むかApplication Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むか
 
Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...
 
Master the RETE algorithm
Master the RETE algorithmMaster the RETE algorithm
Master the RETE algorithm
 
RETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせRETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせ
 
Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)
 
BRMS6.2 2016版
BRMS6.2 2016版BRMS6.2 2016版
BRMS6.2 2016版
 
Artificial Intelligence
Artificial IntelligenceArtificial Intelligence
Artificial Intelligence
 
レッドハットのベストプラクティス
レッドハットのベストプラクティスレッドハットのベストプラクティス
レッドハットのベストプラクティス
 
Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料
 
Opta planner勉強会
Opta planner勉強会Opta planner勉強会
Opta planner勉強会
 
Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-
 

資料用_B1_mumeno_RHF_2014_wo_pic.pdf

  • 2. アーキテクチャ Copyright  ©  2014  Red  Hat  K.K. 2 資料料サイズ削減のため写真を削除いたしました。
  • 3. アーキテクチャ Copyright  ©  2014  Red  Hat  K.K. 3 資料料サイズ削減のため写真を削除いたしました。
  • 4. l  ITはビジネスを⽀支える為のツールである l  ビジネスの改⾰革 l  ⼩小さい変化が継続的に起きている l  その都度度、システムを改変・追加 l  「例例外」的な取り扱いを追加 l  ビジネスの変⾰革にIT(アプリケーション)の変更更が追従 できていない、もしくは多額のコストがかかる アプリケーション・アーキテクチャに問題があるのでは? なぜ「アーキテクチャ」なのか Copyright  ©  2014  Red  Hat  K.K. 4
  • 5. l  状態はデータの組合せ l  本来、ステータス管理理はプロセスで決めるべき l  データとプロセス密結合 l  予期しないデータになった場合、そのタスクが迷⼦子になる l  プロセス図が森のようだ l  プロセスはシンプルであるべき l  データの中⾝身で枝分かれを沢⼭山書いてしまっている l  データの中⾝身で処理理を分けるのであれば、ルールで記述してプ ロセスをシンプルにする l  マスターというルール l  ロジックの中でDBのマスターを参照 l  マスターのメンテナンス(チェック)をしていないために、正 しくない結果を出し続けていた l  マスターに記載できない場合はプログラムロジックとして記述 メンテナンス性を悪くしている原因 Copyright  ©  2014  Red  Hat  K.K. 5
  • 6. アーキテクチャで⼀一番重要な部分 Copyright  ©  2014  Red  Hat  K.K. 6 プロセス ルール データ 画⾯面 認証 連携 Mail
  • 7. SOA  って何? Copyright  ©  2014  Red  Hat  K.K. 7 サービスバス 営業部 物流流部 製造部 物流流部 経理理部 営業 顧客管理理 物流流 経理理 製造 ⾒見見積 受注 新規 審査 請求 回収 ⼊入庫 出庫 原価 品質 画⾯面 BPM App DB ESB
  • 8. l  プロセス  (BPM) l  ⼈人が責任をもって仕事をしたことを記録し、案件のステータス管理理 する l  規定した⼿手順に基づき、次に誰が処理理するかを決めたもの l  システムの連携やロジックを記述するものではない! l  データ  (DB) l  トランザクションデータを格納しておくもの l  過去の状態を記録しておくもの l  ロジックを格納しておくものではない! l  ルール  (BRMS) l  チェック、⽐比較、計算、推論論を⾏行行うもの l  業務の変化にすぐに対応できるようにしておくもの 3原則  それぞれの役割 Copyright  ©  2014  Red  Hat  K.K. 8
  • 9. お客様でのアプリケーションアーキテクチャ Copyright  ©  2014  Red  Hat  K.K. 9 ルール 給与 テーブル 研修履履歴 テーブル ステータス 管理理 BPM プロセススタート 部署名確認 対象者確認 移動理理由確認 役職適正確認 研修適正確認 費⽤用確認 社員 テーブル ステータス 管理理 BPM 承認待ち ステータス 管理理 BPM タスクリスト ⼈人事決裁 テーブル 承認画⾯面 社員番号等を キーにして データを取得 全ての情報を ⼀一括受け渡し 結果を返却 プロセス スタート データ 取得 ルール 判断 結果 書込 プロセス 次へ ⼈人事決裁 テーブル BPM 承認済み ステータス 管理理 リスト 取得 データ 取得 プロセス 次へ DBへのアクセスはデータを取 得・格納だけに使⽤用し、データ の判定、なかった時のハンドリ ングなどはDB側では⾏行行わない ようにする。 データの確認事項などは全て ルールエンジン側で⾏行行い、判定 結果を出⼒力力する。 事案のデータは⼈人事決裁テーブ ルに格納しておき、承認時など に参照する。 ⼊入⼒力力画⾯面 部署名 リスト ⼊入⼒力力完了了 承認完了了
  • 10. BPMはアプリでもサービス連携ツールでもない! Copyright  ©  2014  Red  Hat  K.K.  |  Confidential DB格納 他システム連携 (MQ) DB検索索 計算・判断 (BRMS) 申請者 承認者 購買部⾨門 縦の連携は “サービスオーケストレーション” Click!! Click!! Click!! プロセス管理理 (BPM) ビジネスプロセス 次の⼈人へ 次の⼈人へ サービス メール通知 (Message) 10 横の連携は “ビジネス・プロセス” (誰がいつ責任をもってタス クを実⾏行行したかを記録し、次 の⼈人へバトンを渡す仕組み) 組合せチェック (BRMS)
  • 11. バッチ連携 リアルタイム連携 データ連携基盤の役割 Copyright  ©  2014  Red  Hat  K.K.   11 審査システム 取引データ 顧客データ SAP MS-‐‑‒ Access データの仮想化 JDBC ESB NetWeaver IDOC Request/Reply  with REST MS-‐‑‒ Excel 仮想データビュー プロトコル変換と メッセージ変換 MQ メッセージサービス JDBC 夜間 バッチ MS-‐‑‒Exchange Publish  /  Subscrive P2P HULFT FTP 携帯 端末 サービスの連携ではなく 「データの連携」
  • 12. あるべき姿 Copyright  ©  2014  Red  Hat  K.K. 12 営業部 物流流部 製造部 物流流部 経理理部 サービスバス  (APP  とサービス間のプロトコル変換・メッセージ変換) データ サービス プロセス サービス ディシジョン サービス メッセージ サービス 他システム ⾒見見積 受注 請求 回収 画⾯面 APP ESB サービス DB プロセス データ データ プロセス ⾒見見積 プロセス データ データ プロセス 受注 プロセス データ データ プロセス 請求 ⾒見見積 受注 請求 回収 ディシ ジョン ディシ ジョン ディシ ジョン
  • 13. レッドハット製品がお⼿手伝いできるところ Copyright  ©  2014  Red  Hat  K.K. 13 営業部 物流流部 製造部 物流流部 経理理部 サービスバス データ サービス プロセス サービス ディシジョン サービス メッセージ サービス 他システム ⾒見見積 受注 請求 回収 画⾯面 APP ESB サービス DB プロセス データ データ プロセス ⾒見見積 プロセス データ データ プロセス 受注 プロセス データ データ プロセス 請求 ⾒見見積 受注 請求 回収 ディシ ジョン ディシ ジョン ディシ ジョン Fuse  Service  Works JBoss  Fuse JBoss  Data   Grid JBoss   Data  Virtuali-‐‑‒ zation JBoss   BPM   Suite JBoss   BRMS JBoss   A-‐‑‒MQ RHEL KVM Storage Open  Stack JBoss    EAP Feed  Henry  (Mobile)