首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 數據庫知識 >  >> DB2 資料庫 >> DB2 教學

DB2 Magazine 中文版:打造即時分析能力,支援企業營運轉型

     編輯:DB2 教學

即時企業的關鍵:看清流程、即時反應

在競爭激烈的環境中,企業必須對自身與夥伴的業務流程有透徹掌握。這種認知正是成為領先企業的關鍵。然而,大多數公司仍陷於效能瓶頸與低效流程的泥沼。能清醒理解流程需求並即時滿足者,將獲得巨大優勢。隨著價值鏈有效運用資訊,企業能對業務變化做出有效回應,並支撐具競爭力的客戶服務。

即時企業(RTE)與業務流程管理(BPM)等創新理念,有力證明了批次、靜態、割裂的業務流程正阻礙現代企業發展。

以即時分析優化營運環境

營運轉型需要將流水線與自動化技術結合。提升系統速度可縮短行動到反應的延遲,進而提高效率。以自動化回應取代重複流程與需人工介入的決策循環,能降低成本、提升一致性並減少錯誤。流水線流程與 IT 系統共同構建競爭優勢。

在透過即時分析優化業務環境時,存在兩大核心課題:一是釐清即時性對企業的意義,二是確定如何即時提升決策品質。

定義「即時」

即時需求源自各種業務需求,很大部分面向客戶。例如,銀行出納需知曉櫃前客戶剛掛斷客服電話的性質與結果。然而,即時資料有時令人困惑甚至錯誤。某些分析(如保險案例研究)在特定期間需要靜態資料集。因此,實施即時分析前,必須辨別:哪些資料必須即時、哪些可即時、哪些暫時必須靜態。

在分析環境中,「即時」的定義更難捉摸。傳統環境下,即時意指按下按鈕系統立即反應;但在分析系統脈絡下,「即時」常指比每夜批次載入更頻繁的更新頻率。

僅因應用領域需要即時資料,不代表營運系統能支撐。若企業需 1 分鐘內取得資料,但系統 5 分鐘才能就緒,就必須抉擇:修改營運系統,還是調整需求?遺留系統(5~40 年前的系統)是營運轉型最大阻力。理解當前營運環境並使其最佳支援分析,是即時分析的前提。

更好的決策

建構支援優質決策的系統,要求 BI 架構師回答兩個首要問題:

  1. 決策流程為何?
  2. BI 環境如何改善此流程?

掌握決策流程後,還需回答兩個次要問題:

  1. 目前最卓越、可重複的決策流程是什麼?
  2. 我能在 BI 架構中實現哪些技術與技巧來支撐那些流程?

借助 Jens Rasmussen 的決策階梯,可發現決策所需的明確步驟,識別可自動化的重複步驟與必須人工介入的環節。圖 1 展示其定義的八個決策步驟。

圖 1. 決策流程八步驟
圖 1. 決策流程八步驟

業務規則引擎:即時需求的專屬解決方案

傳統 BI 技術對批次流程提供資訊有效,但在為變化資料流提供智慧、確保未發現洞見快速應用於營運方面效果有限。

業務規則引擎專為解決即時需求而設計,可用於建立內聯處理應用程式,技術成熟且經驗證。

事件是即時分析最迷人的一環。利用事件自動化決策流程,並在生產中以洞見近乎即時地改善營運。事件遠不止簡單警示:監控企業所有事件、套用規則、觸發行動,能從根本上使企業識別事件模式並在問題空間內預測——考慮到海量高粒度高速資料,這項能力極為關鍵。

當今前沿技術即業務規則引擎。IBM 研究工具集 Active TechnologIEs 即一例,示範如何為管理與回應業務事件建立智慧框架。

IBM Active TechnologIEs 三大組件

  • Active Middleware Technology (AMT):規則引擎,監控事件並判斷何時成為需回應的狀況。關聯一段時間內發生的不同事件,尋找需採取行動狀況的趨勢或模式。單一事件無意義,唯置於前序事件脈絡中才重要。
  • Active Dependency Integration (ADI):建模事件間互動、業務實體及其相關性,為 AMT 提供依賴脈絡。實體(電腦系統或人)間存在關係與依賴,理解這些關係才能賦予業務事件適當意義。
  • Active Real-Time Automated Decision-Making (ARAD):優化回應事件的行動,為特定狀況選擇最佳行動方案。

有目標的演進

即時分析應用要求架構師跳出典型資料倉庫與 BI 技術框架。雖部分常用工具對高延遲分析有效,但不適合支援即時決策。現有產品中確有部分支援即時分析,但業務規則引擎代表專為即時、內聯應用設計與演進的一類軟體。

  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved