中文字幕无码久久精品,13—14同岁无码A片,99热门精品一区二区三区无码,菠萝菠萝蜜在线观看视频高清1

 首頁 > 新聞 > 專家觀點(diǎn) >

五大新指標(biāo)填補(bǔ)數(shù)據(jù)中心追蹤空白

2014-12-03 14:27:13   作者:   來源:TechTarget中國   評論:0  點(diǎn)擊:


  12月3日消息:傳統(tǒng)數(shù)據(jù)中心指標(biāo)不遵循"不讓任何人落后"的規(guī)則。IT指標(biāo)的差距通常會(huì)導(dǎo)致一些投資性支出半被拒絕或半途而廢。

  大部分IT企業(yè)的CIO已經(jīng)制定了以傳統(tǒng)數(shù)據(jù)為中心的指標(biāo),因?yàn)閺臍v史上看,它們服務(wù)得很好。然而,隨著移動(dòng)數(shù)據(jù)與大數(shù)據(jù)的增多,歷史傳統(tǒng)的指標(biāo)在IT度量系統(tǒng)發(fā)展中,差距越來越大。

  這里介紹的5個(gè)新IT指標(biāo)之所以好用,因?yàn)樗鼈凅w現(xiàn)了IT對業(yè)務(wù)服務(wù)與成本效益的影響。聽起來有點(diǎn)違反直覺,但其已經(jīng)被證明為適用于分析重要數(shù)據(jù)中心性能,尤其在配合新舉措的場景下。

  一、每位管理員多個(gè)數(shù)據(jù)庫實(shí)例

  我在過去15年的研究發(fā)現(xiàn),中小規(guī)模企業(yè)對數(shù)據(jù)庫的使用差異成為決定IT總擁有成本的指標(biāo)。這也是許多數(shù)據(jù)中心經(jīng)理們指尖的IT標(biāo)準(zhǔn):有多少Oracle數(shù)據(jù)庫,有多少Hadoop數(shù)據(jù)管理系統(tǒng)。

  近年來,IBM System z Competitive Technology副總John Shedletsky分析了數(shù)據(jù)中心支出,顯示數(shù)據(jù)庫成本在總成本費(fèi)用中占比逐漸走高,數(shù)據(jù)庫管理費(fèi)用不斷上升,占比達(dá)到數(shù)據(jù)庫整體預(yù)算的50%以上。換言之,典型的大型企業(yè)每個(gè)應(yīng)用程序需要花費(fèi)20%的成本在數(shù)據(jù)庫管理上。

  關(guān)鍵的可控變量是數(shù)據(jù)庫,很多情況下,不同廠商的數(shù)據(jù)庫是無法互相切換的。但仍然時(shí)不時(shí)有需要從Oracle遷移到IBM的需求——現(xiàn)有的工作負(fù)載可能更需要相同供應(yīng)商的數(shù)據(jù)庫,不管是現(xiàn)在還是將來。然而大數(shù)據(jù)處理和其他舉措為數(shù)據(jù)庫選擇提供了有效、可擴(kuò)展的企業(yè)標(biāo)準(zhǔn),并且可以提高每管理員管理實(shí)例的數(shù)量。

  數(shù)據(jù)中心經(jīng)理與CIO都驚訝于其未來的改進(jìn)與行業(yè)標(biāo)準(zhǔn)會(huì)如何變化。隨著成本限制,IT組織沒有辦法再繼續(xù)高舉“沒有任何數(shù)據(jù)庫會(huì)被拋棄”的旗號。每管理員數(shù)據(jù)庫示例數(shù)量是一個(gè)能夠削減關(guān)鍵成本的有效指標(biāo),需要引起重視。

  二、開發(fā)或錯(cuò)誤修復(fù)項(xiàng)目中期的重要變更數(shù)

  DevOps的問世清楚表明,數(shù)據(jù)中心是軟件開發(fā)的重要組成部分。DevOps以及靈活I(lǐng)T需要為這中新方法找到適合數(shù)據(jù)中心的指標(biāo)。

  許多敏捷專家建議,不要采取制約開發(fā)靈活性以及可能鼓勵(lì)錯(cuò)誤行為的IT指標(biāo)。其中一個(gè)例子就是開發(fā)成本指標(biāo),這種指標(biāo)是以設(shè)計(jì)規(guī)范不會(huì)改變?yōu)榍疤帷?/p>

  有效的指標(biāo)可以用于測量線下與敏捷開發(fā),協(xié)調(diào)線上bug修復(fù),以及每個(gè)項(xiàng)目重大變更的次數(shù)。我使用這個(gè)指標(biāo)進(jìn)行調(diào)研,結(jié)果發(fā)現(xiàn)隨著時(shí)間推移,有效的敏捷開發(fā)可以提高每個(gè)項(xiàng)目重要變更的數(shù)量。

  其他影響,如項(xiàng)目規(guī);驈(fù)雜性,或者“明顯變更”偏差都可以測量,根據(jù)時(shí)間推移計(jì)算出平均值。相較于靈活I(lǐng)T流程,你會(huì)發(fā)現(xiàn)在項(xiàng)目中間出現(xiàn)的大幅修改數(shù)增加。

  太多的“敏捷IT指標(biāo)”認(rèn)為變更是有負(fù)效果的,而現(xiàn)在需要將變更作為積極的影響。該指標(biāo)不用于精細(xì)捕捉特定項(xiàng)目的問題,而是顯示平均每年這些項(xiàng)目的過程是否正常。采用敏捷指標(biāo)的IT企業(yè)會(huì)因此提高敏捷業(yè)務(wù)范圍內(nèi)的響應(yīng)。

  三、不涉及中斷的性能下降

  IT部門的重點(diǎn)通常在于防止針威脅公司的中斷故障,而沒注意到一些性能下降或性能逐步降低的情況。性能下降幾乎與服務(wù)中斷一樣重要。性能下降指標(biāo)會(huì)告訴你問題有多大,而你的工作就是解決這些問題。

  性能下降意味著特別難以修復(fù)的中斷將要出現(xiàn)。在IT范圍內(nèi)的性能下降通常涉及軟件層到硬件層的多種類型,使得定位原因遠(yuǎn)比服務(wù)器被拔掉或網(wǎng)絡(luò)混亂來的難。

  涉及到用戶滿意度時(shí),性能下降無異于中斷。隨著越來越多企業(yè)依賴軟件與用戶進(jìn)行交互,用戶不太可能忍受性能問題。

  性能下降通常意味著成本制約已經(jīng)開始傷到快速擴(kuò)張的骨頭,這對大數(shù)據(jù)項(xiàng)目成功的影響至關(guān)重要。外包或云主機(jī)可以延緩這種可能性,但數(shù)據(jù)中心外部的成本同樣會(huì)增加。

  四、數(shù)據(jù)處理過程每個(gè)階段信息丟失的百分比

  根據(jù)MIT斯隆管理學(xué)院與其他地方研究發(fā)現(xiàn),公司合作伙伴并不認(rèn)為IT能提供令人滿意的所有需求信息。

  數(shù)據(jù)中心信息系統(tǒng)日積月累不斷增長,逐漸變得無法交付有效數(shù)據(jù)來滿足企業(yè)分析或作出決策,比如分析用戶的購買模式,或者其他形式大數(shù)據(jù)分析所需的數(shù)據(jù)。

  答案最終指向一個(gè)指標(biāo),該指標(biāo)需要能夠幫助確定IT是否已經(jīng)存在不足。原始數(shù)據(jù)需要經(jīng)過一步一步的處理,才能轉(zhuǎn)換為有用信息。數(shù)據(jù)的有用性取決于每緩解驟損失的有效數(shù)據(jù)量。

  根據(jù)調(diào)查,數(shù)據(jù)輸入階段的主要問題是錯(cuò)誤條目——大約會(huì)損失20%潛在有用信息。該階段通常是由于IT無法過濾輸入階段時(shí)的錯(cuò)誤。

  數(shù)據(jù)聚合會(huì)連接新輸入的信息和系統(tǒng)中已存在信息。不一致的數(shù)據(jù)無法與現(xiàn)有數(shù)據(jù)進(jìn)行核對或修復(fù),這樣可能導(dǎo)致大約15%的潛在數(shù)據(jù)不可用。

  第三步是數(shù)據(jù)組合,該階段,輸入功能作為整體環(huán)境的分功能存在,例如在線交易處理,能夠處理一定的輸入操作。數(shù)據(jù)倉庫的重要功能就是數(shù)據(jù)匯總,但隨著時(shí)間推移,只有很少的信息需要進(jìn)出倉庫。并不是所有信息都需要展示;只有大約20%左右的數(shù)據(jù)在數(shù)據(jù)中心或云服務(wù)中保持活躍,而這些數(shù)據(jù)可能對實(shí)際的業(yè)務(wù)分析并沒有幫助。

  數(shù)據(jù)傳輸中,最常見的抱怨是及時(shí)性。這是一門藝術(shù),確定哪些事情決策者必須迅速看到,哪些信息只需要每周或每月提交。信息損失問題十分明顯。該階段不必要的信息占比大約在15%至25%。

  最后一步是數(shù)據(jù)分析,并且在該階段,決策者所關(guān)注的總數(shù)據(jù)展示工具還是存在缺陷。該階段大約有15%的信息會(huì)丟失。

  IT組織報(bào)告說,大約有三分之二可能有用的信息會(huì)在數(shù)據(jù)處理的環(huán)節(jié)中丟失。設(shè)計(jì)一個(gè)指標(biāo)用來指導(dǎo)每個(gè)階段的數(shù)據(jù)樣本,可以避免發(fā)生數(shù)據(jù)損失,IT也可以更方便地修復(fù)問題。這種監(jiān)控可以改變企業(yè)者對IT的看法,并對企業(yè)效益產(chǎn)生重大影響。

  五、客戶滿意度

  普適計(jì)算及其對所有用戶以及用戶與企業(yè)通過軟件進(jìn)行內(nèi)部交流,意味著IT軟件對客戶以及用戶滿意度影響的占比越來越大。

  即使實(shí)在今天,用戶滿意度調(diào)查與用戶調(diào)查仍然不夠靈活,不夠細(xì)致——他們會(huì)錯(cuò)過發(fā)現(xiàn)用戶無法接受或者特別關(guān)鍵的部分。然而,即使是鈍器,也是有可能或獲得與正在發(fā)生的事情相關(guān)的信息或提示。此外,這個(gè)指標(biāo)能提醒IT和企業(yè)利益相關(guān)者——最重要的是感知最終用戶,而不是短期內(nèi)企業(yè)或IT的意見。

分享到: 收藏

專題