企業(yè)系統(tǒng)整合解決方案20140826

1、企業(yè)系統(tǒng)整合解決方案一種基于企業(yè)私有云計(jì)算技術(shù)的系統(tǒng)整合解決方案數(shù)據(jù)整合還是業(yè)務(wù)整合？系統(tǒng)整合的出發(fā)點(diǎn)：統(tǒng)一入口Portal?數(shù)據(jù)統(tǒng)一?統(tǒng)一決策分析?問題跟蹤?資源共享?跨系統(tǒng)業(yè)務(wù)更新(數(shù)量大小)?系統(tǒng)A系統(tǒng)B當(dāng)今的企業(yè)架構(gòu)項(xiàng)目數(shù)據(jù)OA流程數(shù)據(jù)檔案管理系統(tǒng)PDM導(dǎo)致重疊和不一致的企業(yè)數(shù)據(jù)項(xiàng)目數(shù)據(jù)標(biāo)準(zhǔn)數(shù)據(jù)產(chǎn)品數(shù)據(jù)設(shè)計(jì)數(shù)據(jù)冗余數(shù)據(jù)!設(shè)計(jì)數(shù)據(jù)冗余數(shù)據(jù)!內(nèi)部數(shù)據(jù)庫內(nèi)部數(shù)據(jù)庫內(nèi)部數(shù)據(jù)庫整合的挑戰(zhàn)數(shù)據(jù)整合數(shù)據(jù)整合 數(shù)據(jù)的冗余和沖突性 數(shù)據(jù)的歷史和可追溯性 數(shù)據(jù)的異構(gòu)性 數(shù)據(jù)可能需要雙向更新 大數(shù)據(jù)量的整合挑戰(zhàn) 數(shù)據(jù)整合的實(shí)時(shí)性要求 業(yè)務(wù)整合業(yè)務(wù)整合 業(yè)務(wù)的整合依賴于數(shù)據(jù)的整合 業(yè)務(wù)整合的時(shí)間點(diǎn)可能非常復(fù)雜

2、 業(yè)務(wù)需求頻繁變化對(duì)整合的影響 業(yè)務(wù)協(xié)同對(duì)事務(wù)完整性的要求 傳統(tǒng)廠商的構(gòu)架方式檔案管理系統(tǒng) WebSphere 統(tǒng)一接入平臺(tái)統(tǒng)一接入平臺(tái)WebSphere 流程引擎流程引擎Step1Step2Step3Step5Step6Step4企業(yè)服務(wù)總線企業(yè)服務(wù)總線數(shù)據(jù)服務(wù)總線數(shù)據(jù)服務(wù)總線傳輸協(xié)議轉(zhuǎn)換 項(xiàng)目管理人員工藝人員適配器適配器Web服務(wù)JCA 適配器管理人員設(shè)計(jì)工程師服務(wù)人員WebSphere WebSphere 業(yè)業(yè)務(wù)建模務(wù)建模WebSphere WebSphere 集成開發(fā)集成開發(fā)建模及開發(fā)平臺(tái)適配器統(tǒng)一身份管理OA系統(tǒng) HRHR醫(yī)療系統(tǒng)醫(yī)療系統(tǒng)生產(chǎn)管理人員生產(chǎn)管理人員PDM 管理人員管理人

3、員辦公人員辦公人員現(xiàn)有系統(tǒng)IBMIBM中間件平臺(tái)中間件平臺(tái)服務(wù)注冊、存儲(chǔ)管理數(shù)據(jù)倉庫商業(yè)智能消息格式轉(zhuǎn)換消息路由 企業(yè)消息處理 合作伙伴網(wǎng)關(guān)合作方配套商供應(yīng)商傳統(tǒng)架構(gòu)的抽象PDM檔案管理OAHRERPMES適配器工作流引擎統(tǒng)一Portal數(shù)據(jù)集市數(shù)據(jù)倉庫主數(shù)據(jù)存儲(chǔ)庫統(tǒng)一身份管理商業(yè)智能ETL變化數(shù)據(jù)傳統(tǒng)的整合方案年月天小時(shí)業(yè)務(wù)整合決策分析數(shù)據(jù)整合原始業(yè)務(wù)系統(tǒng)數(shù)據(jù)倉庫數(shù)據(jù)庫調(diào)度新業(yè)務(wù)系統(tǒng)管理決策系統(tǒng) 統(tǒng)一查詢系統(tǒng)解決問題的關(guān)鍵 您需要這樣一個(gè)整合數(shù)據(jù)中心 能夠與工作流引擎和原始系統(tǒng)有機(jī)的交互 能夠?qū)崟r(shí)分析結(jié)果產(chǎn)生報(bào)表和決策依據(jù) 能夠?qū)崟r(shí)處理數(shù)據(jù)的清洗問題并保存下來 因此能夠 對(duì)業(yè)務(wù)整合是有倉庫的

4、調(diào)度中心 對(duì)數(shù)據(jù)整合是能跨系統(tǒng)清洗、實(shí)時(shí)整合的倉庫 對(duì)決策分析是基于原始數(shù)據(jù)實(shí)時(shí)報(bào)表、分析、探索 而最重要的是，以上三者基于同一個(gè)倉庫MioEdge的整合方案原始業(yè)務(wù)系統(tǒng)數(shù)據(jù)數(shù)據(jù)數(shù)據(jù)數(shù)據(jù)數(shù)據(jù)對(duì)象對(duì)象對(duì)象對(duì)象對(duì)象數(shù)據(jù)規(guī)則自清洗、自關(guān)聯(lián)、自整合對(duì)象樹對(duì)象樹對(duì)象樹對(duì)象樹對(duì)象樹對(duì)象樹業(yè)務(wù)操作自動(dòng)監(jiān)控的ESB數(shù)據(jù)數(shù)據(jù)業(yè)務(wù)操作對(duì)象對(duì)象對(duì)象對(duì)象數(shù)據(jù)數(shù)據(jù)業(yè)務(wù)操作業(yè)務(wù)操作決策分析業(yè)務(wù)創(chuàng)新即席查詢?yōu)槭裁磦鹘y(tǒng)廠商不這么干？ 在大系統(tǒng)、大數(shù)據(jù)整合的背景下，構(gòu)建這樣一個(gè)核心的倉庫是極具挑戰(zhàn)的任務(wù) 數(shù)據(jù)量和數(shù)據(jù)關(guān)聯(lián)的復(fù)雜性成為瓶頸，從而無法構(gòu)建這樣實(shí)時(shí)處理的倉庫 沒有這樣的自清洗、自關(guān)聯(lián)的技術(shù)支撐 用分布式的方法沒法解決

5、業(yè)務(wù)的事務(wù)性保障，用集中式的方法沒法解決數(shù)據(jù)的性能挑戰(zhàn) 落后的關(guān)系型數(shù)據(jù)庫技術(shù)造成的束縛現(xiàn)代IT架構(gòu)引擎支撐模式大規(guī)模并行即席查詢大規(guī)模并行即席查詢分析型應(yīng)用分析型應(yīng)用商務(wù)智能商務(wù)智能企業(yè)應(yīng)用企業(yè)應(yīng)用( (PDMPDM/ERP/ERP)外部外部數(shù)據(jù)數(shù)據(jù)( (供應(yīng)商供應(yīng)商) )數(shù)據(jù)可視化數(shù)據(jù)可視化關(guān)系性數(shù)據(jù)分析關(guān)系性數(shù)據(jù)分析 整合主數(shù)據(jù)系統(tǒng)與傳統(tǒng)整合方案相比做做得更多得更多傳統(tǒng)方案傳統(tǒng)方案MioEdgeMioEdge跨系統(tǒng)清洗跨系統(tǒng)復(fù)合合并即席分析應(yīng)用級(jí)災(zāi)備問題追蹤復(fù)雜協(xié)同數(shù)據(jù)質(zhì)量分析歷史數(shù)據(jù)追溯做得更好做得更好傳統(tǒng)方案傳統(tǒng)方案MioEdgeMioEdge查詢速度更快(亞秒)分析速度更快(x70

6、)數(shù)據(jù)準(zhǔn)確性100%硬件投入20%開發(fā)周期大大提升需求變更響應(yīng)時(shí)間20%ESB選配支持?jǐn)?shù)據(jù)量TB級(jí)PB級(jí)大數(shù)據(jù)平滑擴(kuò)展共享資源云類型云類型特點(diǎn)特點(diǎn)軟件服務(wù)云(SaaS)以整體成型應(yīng)用軟件為服務(wù)平臺(tái)，不能勝任企業(yè)整合的復(fù)雜定制化需求平臺(tái)服務(wù)云(PaaS)集成化的云應(yīng)用平臺(tái)，完美勝任企業(yè)整合的數(shù)據(jù)服務(wù)能力和應(yīng)用管理能力要求硬件服務(wù)云(SaaS)僅考慮硬件設(shè)備的資源使用，不能提供統(tǒng)一的數(shù)據(jù)服務(wù)和應(yīng)用管理能力云計(jì)算平臺(tái)選型基于云計(jì)算的解決方案 云計(jì)算本質(zhì)上是一種分布式解決方案，可以用合理的成本非常好的解決整合系統(tǒng)的性能壓力問題 云計(jì)算技術(shù)可以很好地利用系統(tǒng)資源并平滑過渡，完美適應(yīng)系統(tǒng)整合的復(fù)雜性增長

7、然而不是所有的云技術(shù)都能解決好數(shù)據(jù)整合和業(yè)務(wù)整合的問題，這其中包括自清洗、自關(guān)聯(lián)、事務(wù)性保障以及安全和伸縮性等一系列問題廠商廠商是否具備是否具備PaaSPaaS提供能力提供能力廠商廠商是否具備是否具備PaaSPaaS提供能力提供能力AmazonYesMendixYesAppianMicrosoftYesApprendaMIOsoftMIOsoftYesYesAT&TOracleCaspioOutSystemsCloudBeesYesOrangeScape TechnologiesCordysYesPegasystesdotCloudRackspaceYesEngine YardYesS

8、APGoGridYesSYesGoogleYesServoyInformaticaSoftLayerYesIntuitTibcoIBMYesTier 3JoyentVerizon TerremarkYesLongJumpWorkXpress數(shù)據(jù)來源：Forrest , 數(shù)據(jù)來源：Forrest , 事務(wù)擴(kuò)展私有云安全敏捷 Rapid developYYYYYMIOsoft的MIOedge平臺(tái)在安全、可靠的前提下，可為企業(yè)整合搭建專屬的私有云架構(gòu)，提供靈、變、快、統(tǒng)、智、慧的智能平臺(tái)，是目前世界上最為先進(jìn)、首屈一指的云平臺(tái)選擇權(quán)威評(píng)測機(jī)構(gòu)的結(jié)論Gartner (2014 Q1)Gartner (

9、2014 Q1)MioEdge專注于大數(shù)據(jù)管理、數(shù)據(jù)集成、關(guān)聯(lián)性數(shù)據(jù)分析，同時(shí)支持平行式進(jìn)程處理和內(nèi)存計(jì)算，在絕大多數(shù)aPaaS競爭者中脫穎而出。就事務(wù)級(jí)關(guān)聯(lián)性企業(yè)數(shù)據(jù)計(jì)算領(lǐng)域來說，是絕對(duì)的市場領(lǐng)先者開發(fā)工具的生產(chǎn)效率非常高，易于學(xué)習(xí)和使用，對(duì)業(yè)務(wù)應(yīng)用和分析可以做到圖形化設(shè)計(jì)、高效開發(fā)、平行式內(nèi)存計(jì)算、同時(shí)支持事務(wù)型/分析型應(yīng)用，支持公有云/私有云或混合方式，可在web或手機(jī)端展示Forrest (2013 Q2)Forrest (2013 Q2)MioEdge是目前世界上唯一一款能在大數(shù)據(jù)級(jí)別進(jìn)行面向?qū)ο蠼：吞幚淼南到y(tǒng)你也許從未聽說過MioSoft這家公司，但是這家公司提供了一個(gè)非常強(qiáng)勁的

10、PaaS平臺(tái)，能夠處理海量大數(shù)據(jù)集，并進(jìn)行數(shù)據(jù)遷移或整合等各種任務(wù)。MioEdge簡直是為大數(shù)據(jù)的快速開發(fā)而生成功案例數(shù)據(jù)整合案例Blohm + Voss成功案例：Blohm + Voss Blohm+Voss船廠成立于1872年，至今已有130年的歷史，是一家專門建造80米以上的超級(jí)游艇和軍用艦艇的設(shè)計(jì)和生產(chǎn)商，船廠位于德國。自成立以來，Blohm+Voss船廠已經(jīng)生產(chǎn)了各種船艇達(dá)970多艘。成功案例：Blohm + Voss 案例背景：客戶自2012年引進(jìn)了SAP的系統(tǒng)對(duì)整個(gè)船廠進(jìn)行設(shè)計(jì)、生產(chǎn)和規(guī)劃的管理改造。SAP試圖建立一個(gè)主數(shù)據(jù)系統(tǒng)，整合原有的一些老系統(tǒng)，形成完整的管理系統(tǒng) 然而，到

11、了2014年，客戶逐漸發(fā)現(xiàn)使用過程中的諸多問題：有重復(fù)生產(chǎn)的訂單、一些原材料過度耗費(fèi)、訂單不能按期完成、成品與設(shè)計(jì)有差異 根據(jù)客戶的經(jīng)驗(yàn)推斷，這些問題的產(chǎn)生可能是系統(tǒng)間交互出現(xiàn)的問題，也可能來自執(zhí)行人員的問題。但從SAP的系統(tǒng)中無法找到這些問題的原因，也不能進(jìn)行有效的跟蹤。SAP的系統(tǒng)中并沒有現(xiàn)成的解決方式，如果要他們定制開發(fā)的話，時(shí)間在半年以上，而成本則高昂的令客戶無法接受成功案例：Blohm + Voss MIOsoft為客戶提供了定制的解決方案，將客戶的所有數(shù)據(jù)重新整合導(dǎo)入了MioEdge平臺(tái)系統(tǒng)中。通過對(duì)客戶系統(tǒng)和業(yè)務(wù)的梳理，建立了一套完整的對(duì)象關(guān)系模型（大樹），所有相關(guān)的數(shù)據(jù)都邏輯化

12、地組織到了這個(gè)模型上 MIOsoft在此基礎(chǔ)上，圖形化地為客戶解決和展示了： 哪些訂單在執(zhí)行過程中有延期或提前的問題？ 項(xiàng)目規(guī)劃和分解執(zhí)行之間的時(shí)間差異是怎樣的？ 哪些部件的設(shè)計(jì)單被執(zhí)行了多次，為什么？ 所有訂單、規(guī)劃、設(shè)計(jì)和執(zhí)行過程的圖形展示 哪些設(shè)計(jì)要件沒有出現(xiàn)在項(xiàng)目規(guī)劃圖中？ 哪些原材料用到了哪些訂單中？ 哪些訂單使用了規(guī)劃外或數(shù)量超額的原材料？ 差量計(jì)算技術(shù) 如果一個(gè)設(shè)計(jì)或規(guī)劃發(fā)生變化了，原始系統(tǒng)沒法只發(fā)出這個(gè)變化的部分 原始系統(tǒng)只能發(fā)送客戶完整的設(shè)計(jì)或規(guī)劃給 MIOsoft的“轉(zhuǎn)換器” “轉(zhuǎn)換器”需要根據(jù)數(shù)據(jù)識(shí)別，是否存在需要變化的需求，如果有，是哪部分發(fā)生變化，并對(duì)應(yīng)到相應(yīng)的訂單和

13、原料上去靈活性 在整個(gè)開發(fā)期間，需求規(guī)范不斷變化，更新了多個(gè)版本 規(guī)范變化從93頁增長到136頁（+50%） 由于大量相關(guān)性的新規(guī)則引入，整合復(fù)雜性顯著增加1 MonthsVersion 1.5Version 1.0成功案例：Blohm + Voss 利用MIOsoft提供的整合方案，客戶建立了真正完整的、面向?qū)ο蟮闹鲾?shù)據(jù)系統(tǒng)。 數(shù)據(jù)之間的關(guān)聯(lián)性、約束性得到了極好的保證和展示。即使在千萬級(jí)別甚至更大的數(shù)據(jù)量級(jí)，也能非常容易和直觀地發(fā)現(xiàn)問題、定位問題。 系統(tǒng)保證了客戶從規(guī)劃、設(shè)計(jì)、生產(chǎn)、裝配等所有環(huán)節(jié)的一致性、精確性、可追溯性成功案例業(yè)務(wù)整合案例德國電信項(xiàng)目客戶背景 德國電信是歐洲領(lǐng)先的電信運(yùn)營

14、商 有超過 240,000 員工 大約40,000,000 客戶 2005年銷售額為596億歐元新舊商業(yè)客戶合同系統(tǒng)間數(shù)據(jù)移植 背景：某歐洲電信運(yùn)營巨頭開發(fā)了全新架構(gòu)的商業(yè)客戶合同系統(tǒng)，在MioSoft接手這個(gè)項(xiàng)目之前嘗試了多年在該新舊系統(tǒng)間的數(shù)據(jù)移植，未果。 難度： 新舊系統(tǒng)間完全不同架構(gòu)（兩邊完全不同形狀的沙漏，每粒沙子和若干別的沙子有千絲萬縷的聯(lián)系） 近十層的Hierarchie 結(jié)構(gòu)（客戶、帳單、合同，子合同、更新合同版本、產(chǎn)品配置參數(shù)） 逾四百個(gè)表格，每個(gè)表格幾十個(gè)屬性 全國22個(gè)區(qū)域劃分，每個(gè)區(qū)域的數(shù)據(jù)移植控制在4個(gè)小時(shí)之內(nèi) 項(xiàng)目的復(fù)雜性要求永久數(shù)據(jù)存儲(chǔ)案例：集團(tuán)并購后的數(shù)據(jù)整合

15、背景：40億條客戶、帳單、合同、產(chǎn)品數(shù)據(jù)在集團(tuán)固網(wǎng)、互聯(lián)網(wǎng)、移動(dòng)業(yè)務(wù)并購之后的集成分析。 任務(wù)：每月進(jìn)行數(shù)據(jù)質(zhì)量分析。 效果： 收入保障 加速訂單處理進(jìn)程 提高集團(tuán)內(nèi)整體IT流程鏈的自動(dòng)準(zhǔn)確性 難度： 數(shù)據(jù)量大，時(shí)間緊迫面臨的挑戰(zhàn) 合同轉(zhuǎn)換一般是N:M型的 一條合同可能產(chǎn)生多條計(jì)費(fèi)事務(wù)（也支持無更新） 多條合同可能會(huì)合并產(chǎn)生一條計(jì)費(fèi)事務(wù)（新產(chǎn)品定義） 一條響應(yīng)可能需花費(fèi)10天的時(shí)間，并需將其對(duì)應(yīng)到N:M的相關(guān)合同上 非常大的數(shù)量集 基礎(chǔ)存儲(chǔ)合同1億條 每天新增100,000到500,000條 為實(shí)現(xiàn)差量計(jì)算需實(shí)現(xiàn)數(shù)據(jù)永久性存儲(chǔ)德國電信MCCR項(xiàng)目 海量數(shù)據(jù)的強(qiáng)大處理能力系統(tǒng)描述系統(tǒng)描述數(shù)據(jù)數(shù)據(jù)

16、記錄記錄存儲(chǔ)存儲(chǔ)空間空間數(shù)據(jù)數(shù)據(jù)模型模型硬件硬件花費(fèi)花費(fèi)加載加載時(shí)間時(shí)間集團(tuán)內(nèi)集團(tuán)內(nèi)6 6個(gè)主要個(gè)主要系統(tǒng)系統(tǒng)6個(gè)重要功能系統(tǒng)，其中有些系統(tǒng)包含逾20個(gè)地域分散子系統(tǒng)共65億當(dāng)中一個(gè)系統(tǒng)要求高達(dá)323TB1：n1億歐元每個(gè)系統(tǒng)平均2周，共12周MioSoftMioSoft系統(tǒng)系統(tǒng)1個(gè)系統(tǒng)65億 21TB更復(fù)雜 m：n50萬歐元3天系統(tǒng)的安全與可靠性系統(tǒng)安全性 可以保證安全的配置有 專線專網(wǎng) 私有云 日志審核與報(bào)警 系統(tǒng)授權(quán)管理和平臺(tái)授權(quán)管理 私有數(shù)據(jù)庫結(jié)構(gòu)和接口 數(shù)據(jù)加密 異地災(zāi)備平臺(tái)可靠性 在支撐CRM和Billing的電信級(jí)項(xiàng)目中，系統(tǒng)可靠性達(dá)到99.96%,經(jīng)Gartner評(píng)比，達(dá)到世界最高可用性系統(tǒng)標(biāo)準(zhǔn) Several hundred paying enterprise customers (although not all using the public cloud version of the suite); the use of MIOsoft-controlled colocated data centers in multiple geogr