精品国产一级在线观看,国产成人综合久久精品亚洲,免费一级欧美大片在线观看

當(dāng)前位置:數(shù)據(jù)中心行業(yè)動(dòng)態(tài) → 正文

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

責(zé)任編輯:editor004 |來(lái)源:企業(yè)網(wǎng)D1Net  2014-12-03 13:20:50 本文摘自:TechTarget中國(guó)

傳統(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ā)展中,差距越來(lái)越大。

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

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

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

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

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

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

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

DevOps的問(wèn)世清楚表明,數(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)可以用于測(cè)量線下與敏捷開發(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ù)雜性,或者“明顯變更”偏差都可以測(cè)量,根據(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)目的問(wèn)題,而是顯示平均每年這些項(xiàng)目的過(guò)程是否正常。采用敏捷指標(biāo)的IT企業(yè)會(huì)因此提高敏捷業(yè)務(wù)范圍內(nèi)的響應(yīng)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

五、客戶滿意度

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

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

關(guān)鍵字:數(shù)據(jù)聚合數(shù)據(jù)中心

本文摘自:TechTarget中國(guó)

x 五大新指標(biāo)填補(bǔ)數(shù)據(jù)中心追蹤空白 掃一掃
分享本文到朋友圈
當(dāng)前位置:數(shù)據(jù)中心行業(yè)動(dòng)態(tài) → 正文

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

責(zé)任編輯:editor004 |來(lái)源:企業(yè)網(wǎng)D1Net  2014-12-03 13:20:50 本文摘自:TechTarget中國(guó)

傳統(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ā)展中,差距越來(lái)越大。

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

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

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

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

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

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

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

DevOps的問(wèn)世清楚表明,數(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)可以用于測(cè)量線下與敏捷開發(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ù)雜性,或者“明顯變更”偏差都可以測(cè)量,根據(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)目的問(wèn)題,而是顯示平均每年這些項(xiàng)目的過(guò)程是否正常。采用敏捷指標(biāo)的IT企業(yè)會(huì)因此提高敏捷業(yè)務(wù)范圍內(nèi)的響應(yīng)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

五、客戶滿意度

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

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

關(guān)鍵字:數(shù)據(jù)聚合數(shù)據(jù)中心

本文摘自:TechTarget中國(guó)

電子周刊
回到頂部

關(guān)于我們聯(lián)系我們版權(quán)聲明隱私條款廣告服務(wù)友情鏈接投稿中心招賢納士

企業(yè)網(wǎng)版權(quán)所有 ©2010-2024 京ICP備09108050號(hào)-6 京公網(wǎng)安備 11010502049343號(hào)

^
  • <menuitem id="jw4sk"></menuitem>

    1. <form id="jw4sk"><tbody id="jw4sk"><dfn id="jw4sk"></dfn></tbody></form>
      主站蜘蛛池模板: 西林县| 都江堰市| 景洪市| 临泽县| 大渡口区| 唐山市| 科技| 忻州市| 隆化县| 皮山县| 吴川市| 沈丘县| 团风县| 扶余县| 泰和县| 凤庆县| 汽车| 方山县| 五莲县| 湘潭市| 英山县| 岳阳县| 神农架林区| 晋州市| 赤城县| 运城市| 大埔区| 天气| 湖南省| 陈巴尔虎旗| 丽水市| 日土县| 蒙城县| 碌曲县| 尤溪县| 内乡县| 麻城市| 景德镇市| 长汀县| 肇州县| 屯留县|