国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 學院 > 網絡通信 > 正文

全面提升IT系統質量 美科利電信行業解決方案

2019-11-04 22:14:38
字體:
來源:轉載
供稿:網友

  隨著電信行業競爭的加劇,全面提升治理水平和運營能力成為了電信企業能否成功的要害,從某種程度上說,未來電信運營商的競爭能力不再單純依靠于電信資源,而將是越來越多地取決于以IT技術為支持的治理能力。

  ·面臨問題

  長期以來,電信核心應用系統的治理更多定位在面向網絡等系統資源方面,很少把后臺應用系統與支撐客戶和客戶服務聯系起來,隨著市場變化和企業運營理念的變革,核心應用系統的治理面向客戶的需求越來越迫切。一方面系統的治理和優化、資源的調配和優化越來越需要客戶的信息和資料;另外一方面,外部客戶(非凡是大客戶或者是簽署了SLA的客戶),也需要在一定程度上參與系統治理和資源調配。因此,如何使治理實現面向用戶就成了當前電信應用治理的最大挑戰。

  ·解決方案

  針對傳統應用治理系統的不足,全球業務優化科技(BTO)的領導者美科利公司提出了以業務應用為核心的電信應用治理平臺。這種治理平臺采用了先進的以業務應用為核心,自頂向下的治理方法,實現了電信行業IT系統治理出發點由支撐業務應用的系統架構變成了業務應用本身的轉變。

  目前大多數電信行業的用戶都針對OSS/BOSS進行了治理系統的建設,這些系統在系統架構監控方面做了很多工作而在業務應用監控方面相對不足,美科利針對電信應用設計的應用治理方案也是以解決這方面問題為主來進行的。

全面提升IT系統質量 美科利電信行業解決方案(圖一)

  假如不考慮業務數據的采集(指來源于交換機或智能網的數據),業務支撐系統的核心架構可以分為三個層次,分別是客戶端瀏覽器、中間業務邏輯和后臺核心數據庫。任何一項在前端客戶端發起的業務都會跨越這幾個層次,而前端業務的可用性和性能與這些環節之間的關系是復雜的,很難通過某個環節的監控來倒推出業務在最終用戶端的可用性,因此美科利推薦的應用治理方案將最終用戶端的應用監控作為出發點和核心。

  ·方案設計

全面提升IT系統質量 美科利電信行業解決方案(圖二)

  針對BOSS應用系統的特點,我們分別選用Mercury BAC server,Business PRocess Monitor,Mercury SAM(Sitescope)和Mercury Diagnostics for J2EE構建了BOSS應用治理系統架構。

  BAC Server是BOSS應用系統的核心,它將接收到的最終用戶數據加以處理生成各種業務可用性和性能報告,并處理接收來自其他數據采集器的數據,生成關聯視圖,為各種運維人員提供監控信息和解決故障的依據。

  業務流程監控(BPM)通過驅動預先錄制的腳本來模擬用戶對業務應用的訪問,通過接受和分析應用對訪問的響應來判定應用的可用性和性能。

  Sitescope通過獲取的典型數據包括Tuxedo、Weblogic、Oracle等對象的運行參數,然后將這些數據傳送到BAC Server,治理人員就可以在BAC Server上進行業務和系統架構之間的關聯分析。

  Diagnostics Server可以對J2EE應用服務器的很多性能問題進行深入的分析,指出業務應用本身存在的問題,并將分析的結果統一放到BAC Server上來展現。

  Diagnostics Probe與Diagnostics Server配合使用,是一個需要安裝在應用服務器上的探針,它能將采集J2EE應用運行數據到的數據傳送到Diagnostics Server。 QQread.com 推出各大專業服務器評測 linux服務器的安全性能 SUN服務器 HP服務器 DELL服務器 IBM服務器 聯想服務器 浪潮服務器 曙光服務器 同方服務器 華碩服務器 寶德服務器


  ·治理流程

  我們這里說的流程上是上述Mercury應用治理方案的一種典型使用場景,因為流程本身與應用有很大的關系,而且同具體的情況也有關,因此我們在這里給出的是一個比較典型的故障發現和定位流程。

  故障發現

  故障告警可來源于Sitescope對系統架構的監測,也可以來源于BPM對業務應用的監測。而來源于業務應用方面的告警(由BPM匯報的故障),具有最高優先級,應該首先處理。如BPM匯報網上營業廳的客戶帳單查詢不能正常進行,而后所有地點的BPM匯報了同樣的錯誤,這說明當前的錯誤同核心應用系統相關。

  故障定位

  通過對BPM歷史數據的回顧,可以發現網上營業廳業務的響應時間超時是引起故障的原因;再通過BPM匯報的交易細分(Transactio·Breakdown),我們發現響應時間超時是服務器響應緩慢造成的。然后通過Sitescope故障排查,假如支撐網上營業廳的Web服務器和后臺的數據庫都沒有異常,那就是應用服務器碰到了問題。

  故障診斷

  接下來我們通過Diagnostics對J2EE應用服務器進行分析。通過跟蹤我們發現,網上營業廳應用與后臺數據庫通過JDBC建立連接的時間較長是導致最終應用響應超時的原因。再通過進一步分析,我們發現了故障根源是JDBC連接池緩沖區設置不夠大的原因,我們就可以方便地解決問題。

  ·方案效果

  將業務系統以明晰的視圖展示出來,針對不同治理人員,展示不同治理側重;

  從業務的角度主動治理整個企業內部的業務流程和應用;

  提供了一種溝通手段,使得業務人員和IT運行維護人員能夠互相溝通需求、問題,確定重要程度和優先級;

  主動解決應用問題;

  治理支撐業務系統的系統架構。



發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 淮滨县| 武冈市| 延川县| 瑞昌市| 娱乐| 兰溪市| 温州市| 武安市| 萨迦县| 武威市| 洞头县| 吉水县| 聂荣县| 汾西县| 宣恩县| 潢川县| 锡林郭勒盟| 县级市| 黑山县| 雅江县| 萍乡市| 芮城县| 德钦县| 苏州市| 呈贡县| 乌兰浩特市| 十堰市| 塔城市| 武城县| 遵化市| 安庆市| 雷山县| 吴旗县| 阳谷县| 五原县| 富阳市| 武威市| 连南| 潜山县| 浦东新区| 红河县|