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對(duì)業(yè)務(wù)服務(wù)與成本效益的影響。聽起來有點(diǎn)違反直覺，但其已經(jīng)被證明為適用于分析重要數(shù)據(jù)中心性能，尤其在配合新舉措的場景下。

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

　　我在過去15年的研究發(fā)現(xiàn)，中小規(guī)模企業(yè)對(duì)數(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ì)被拋棄”的旗號(hào)。每管理員數(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ò)張的骨頭，這對(duì)大數(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)行核對(duì)或修復(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ù)可能對(duì)實(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è)者對(duì)IT的看法，并對(duì)企業(yè)效益產(chǎn)生重大影響。

　　五、客戶滿意度

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

　　即使實(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的意見。