1. 降低IT變化成本的良方：IT紀(jì)律和IT自動(dòng)化

　　如果IT組織對(duì)他們的應(yīng)用交付和管理行動(dòng)采用嚴(yán)格的紀(jì)律和自動(dòng)化，那么可以消除大部

　　部分改變的成本。

　　1.1應(yīng)用交付

　　很多應(yīng)用故障是由于在開(kāi)發(fā)和部署新應(yīng)用和應(yīng)用改變時(shí)缺少控制和紀(jì)律導(dǎo)致的。

　　如果不能正確控制應(yīng)用的計(jì)劃，開(kāi)發(fā)和部署，那么將導(dǎo)致：

　　●對(duì)其他組建或應(yīng)用產(chǎn)生意外的副作用；

　　●由于不完善的版本控制，丟失改變的源代碼或其他程序；

　　●由于錯(cuò)誤的優(yōu)化和沒(méi)有在上線的壓力下測(cè)試，出現(xiàn)上線的性能問(wèn)題；

　　●由于費(fèi)事且易于出錯(cuò)的手工部署的錯(cuò)誤，出現(xiàn)混合或不兼容的上線版本。

　　在應(yīng)用生命周期的開(kāi)發(fā)和部署階段，進(jìn)行小心細(xì)致的計(jì)劃和控制可以消除這些問(wèn)題。

　　1.2計(jì)劃

　　嚴(yán)格的應(yīng)用交付開(kāi)始于計(jì)劃。計(jì)劃中經(jīng)常會(huì)忽略的幾個(gè)方面包括：

　　●影響性分析

　　●容量計(jì)劃

　　●高可用性計(jì)劃

　　如果沒(méi)有實(shí)施應(yīng)用改變的影響分析，可能會(huì)導(dǎo)致意外的停機(jī)和性能問(wèn)題。例如，為了滿足一個(gè)業(yè)務(wù)變化對(duì)數(shù)據(jù)庫(kù)模式作了一處簡(jiǎn)單的修改，可能也需要對(duì)其他模塊進(jìn)行改動(dòng)。如果沒(méi)有注意到這些改變而沒(méi)有做相應(yīng)的修改，就可導(dǎo)致錯(cuò)誤的結(jié)果，糟糕的性能或應(yīng)用的停機(jī)。這樣的問(wèn)題通過(guò)對(duì)應(yīng)用改變的影響作仔細(xì)分析就可以很好地避免。最有效的影響性分析最好是使用自動(dòng)化工具，該工具可以理解源代碼和程序?qū)ο笾�間或其他應(yīng)用組件之間的關(guān)系。

　　缺少容量計(jì)劃是另一個(gè)可能導(dǎo)致意外應(yīng)用故障的問(wèn)題。分析出在生產(chǎn)環(huán)境中可獲得充足應(yīng)用性能所需要的處理器，內(nèi)存和其他資源等是非常重要的。例如，如果不能提供足夠的計(jì)算資源處理預(yù)計(jì)的用戶數(shù)量，那么就可能導(dǎo)致應(yīng)用的性能問(wèn)題和停機(jī)。

　　最后，缺少為滿足高關(guān)鍵應(yīng)用的可用性而必要的冗余和快速恢復(fù)機(jī)制計(jì)劃可能導(dǎo)致代價(jià)高昂和長(zhǎng)時(shí)間的停機(jī)。某些故障是非常難以預(yù)料的。例如，硬件故障的發(fā)生通常沒(méi)有前兆，并發(fā)生在極不方便的時(shí)間。IT組織必須為這些故障作計(jì)劃，并且考慮高可用性體系結(jié)構(gòu)和程序。

　　1.3開(kāi)發(fā)

　　控制良好的開(kāi)發(fā)過(guò)程為多種多樣的應(yīng)用故障提供了重要防線。應(yīng)該組織這些過(guò)程保證所有重要的開(kāi)發(fā)任務(wù)，例如說(shuō)明，編碼，優(yōu)化和測(cè)試，能夠正確執(zhí)行。好的過(guò)程也需要在相關(guān)步驟上作嚴(yán)格的評(píng)審。這保證正確的檢查和平衡能夠捕獲不適當(dāng)或不正確的改變。版本控制是所有良好開(kāi)發(fā)過(guò)程的關(guān)鍵環(huán)節(jié)。不充分的版本控制可能導(dǎo)致丟失源代碼的改變，模塊的混亂版本和喪失對(duì)運(yùn)行的生產(chǎn)系統(tǒng)全面的信心。所有開(kāi)發(fā)成果都應(yīng)該在版本控制系統(tǒng)中仔細(xì)保留和管理，以防止覆蓋重要的改變。

　　功能的正確性，性能和擴(kuò)展性的驗(yàn)證應(yīng)該緊密地集成在開(kāi)發(fā)過(guò)程中。大多數(shù)開(kāi)發(fā)組織能夠認(rèn)識(shí)到驗(yàn)證軟件功能正確性的重要性。而性能和擴(kuò)展性的問(wèn)題只是當(dāng)在生產(chǎn)的負(fù)載下應(yīng)用出現(xiàn)問(wèn)題時(shí)才會(huì)注意到。這里需要特別強(qiáng)調(diào)的是，性能和擴(kuò)展性需求應(yīng)該在普通開(kāi)發(fā)人員編碼和測(cè)試中驗(yàn)證，同時(shí)也以應(yīng)該在QA過(guò)程驗(yàn)證。關(guān)鍵應(yīng)用交易應(yīng)該使用分析工具進(jìn)行準(zhǔn)確測(cè)量。而且，應(yīng)用性能也應(yīng)該在生產(chǎn)級(jí)別的壓力下測(cè)量。最好使用壓力測(cè)試工具可以幫助你進(jìn)行自動(dòng)測(cè)試仿真適當(dāng)?shù)挠脩糌?fù)載程度。

　　1.4部署

　　正確的控制也應(yīng)該擴(kuò)展到應(yīng)用的上線部署階段。通常，一個(gè)應(yīng)用的更新版本需要在不同的系統(tǒng)上同時(shí)部署。另外，也可能依賴系統(tǒng)軟件，運(yùn)行時(shí)庫(kù)和其他共享組件的不同版本。因此，局部或偶爾的部署可能導(dǎo)致錯(cuò)誤，故障或糟糕的性能。

　　圍繞部署的問(wèn)題通常與手工部署有關(guān)，因?yàn)槭止と菀壮鲥e(cuò)。自動(dòng)部署機(jī)制可以保證把正確的組件在正確的是件交付到正確的系統(tǒng)，以防止部署的災(zāi)禍。

　　2.管理上線應(yīng)用在應(yīng)用交付中再多的計(jì)劃和控制也不會(huì)消除應(yīng)用的故障。即使最完善的質(zhì)量控制過(guò)程也不會(huì)發(fā)現(xiàn)所有的缺欠。同時(shí)，最好的容量規(guī)劃過(guò)程也不會(huì)預(yù)見(jiàn)到意外應(yīng)用的使用。因此，需要以及時(shí)和主動(dòng)方式管理應(yīng)用的可用性和性能。

　　早期的識(shí)別和解決方式的關(guān)鍵是減少應(yīng)用問(wèn)題的影響。通過(guò)正確的監(jiān)測(cè)，很多應(yīng)用問(wèn)題可以在停機(jī)前被發(fā)現(xiàn)和解決。

　　最終用戶的體驗(yàn)監(jiān)測(cè)是應(yīng)用監(jiān)測(cè)的重要部分。最終用戶的響應(yīng)時(shí)間應(yīng)該一直被測(cè)量，并與現(xiàn)有的服務(wù)等級(jí)協(xié)議比較，在問(wèn)題變得嚴(yán)重之前，能幫助識(shí)別和解決性能變化趨勢(shì)。

　　時(shí)間應(yīng)該一直被測(cè)量，并與現(xiàn)有的服務(wù)等級(jí)協(xié)議比較，在問(wèn)題變得嚴(yán)重之前，能幫助識(shí)別和解決性能變化趨勢(shì)。

　　現(xiàn)在我們可以采用先進(jìn)的技術(shù)幫助組織捕獲，分析和回放完整地最終用戶會(huì)話。這樣的數(shù)據(jù)對(duì)于再現(xiàn)和診斷與應(yīng)用功能相關(guān)的問(wèn)題而言是非常重要的。這些技術(shù)可以被用來(lái)分析電子商務(wù)和其他自助服務(wù)Web應(yīng)用的可用性問(wèn)題。

　　除最終用戶的體驗(yàn)數(shù)據(jù)外，資源利用情況和性能數(shù)據(jù)應(yīng)該根據(jù)應(yīng)用技術(shù)棧的層次進(jìn)行采集，包括Web Server，應(yīng)用服務(wù)器，數(shù)據(jù)庫(kù)和網(wǎng)絡(luò)。這些數(shù)據(jù)可以在情況變得嚴(yán)重前提供有關(guān)問(wèn)題的重要信息。例如，缺少一個(gè)索引導(dǎo)致的性能問(wèn)題，只有在過(guò)量的表掃描時(shí)才能采集到特征數(shù)據(jù)。在對(duì)最終用戶產(chǎn)生嚴(yán)重影響之前，表掃描監(jiān)測(cè)應(yīng)該很早就可以發(fā)現(xiàn)這個(gè)問(wèn)題。與此類似，Java應(yīng)用中的內(nèi)存泄露問(wèn)題往往很長(zhǎng)時(shí)間都不會(huì)被發(fā)現(xiàn)，通過(guò)監(jiān)測(cè)內(nèi)存使用就可以在災(zāi)難之前發(fā)現(xiàn)這種問(wèn)題。對(duì)相關(guān)組件（包括網(wǎng)絡(luò)，操作系統(tǒng)，應(yīng)用服務(wù)器，數(shù)據(jù)庫(kù)和應(yīng)用等）的細(xì)粒度監(jiān)測(cè)和報(bào)警，通�？梢栽谕�機(jī)前發(fā)現(xiàn)應(yīng)用的問(wèn)題。

　　即使采用最好的，能夠盡早報(bào)警的系統(tǒng)，有時(shí)應(yīng)用也會(huì)很快出現(xiàn)問(wèn)題，導(dǎo)致嚴(yán)重的性能下降甚至停機(jī)。這時(shí)，公司才會(huì)切實(shí)感覺(jué)到銷售額的下降或成本的顯著上升。不幸的是，在這種情況下，診斷問(wèn)題是很困難的。在當(dāng)前的復(fù)雜應(yīng)用環(huán)境中，一個(gè)問(wèn)題可能與很多變化的因素有關(guān)。下面是一些造成應(yīng)用響應(yīng)時(shí)間突然下降的可能原因：

　　更改應(yīng)用代碼后未經(jīng)優(yōu)化、未經(jīng)優(yōu)化的SQL語(yǔ)句、意外刪除的索引、意外的數(shù)據(jù)庫(kù)資源競(jìng)爭(zhēng)、Java內(nèi)存泄露、Web服務(wù)器進(jìn)程數(shù)量過(guò)多、網(wǎng)絡(luò)性能問(wèn)題識(shí)別像上面的這些困難問(wèn)題可能需要多種IT技術(shù)。重要的是技術(shù)人員應(yīng)該方便地掌握恰當(dāng)?shù)臄?shù)據(jù)以便快速縮小問(wèn)題的可能性。技術(shù)人員應(yīng)該能夠快速察看應(yīng)用，應(yīng)用服務(wù)器，數(shù)據(jù)庫(kù)，Web服務(wù)器，操作系統(tǒng)和網(wǎng)絡(luò)的性能和資源特征，并可將這些數(shù)據(jù)與具體的交易響應(yīng)時(shí)間的下降相關(guān)聯(lián)進(jìn)行綜合分析。擁有合適的工具以簡(jiǎn)明的方式提供數(shù)據(jù)時(shí)快速解決問(wèn)題的關(guān)鍵。

　　3.結(jié)論

　　商業(yè)組織必須不斷地適應(yīng)變化的市場(chǎng)環(huán)境。這給IT部門帶來(lái)很大壓力，必須保證公司的應(yīng)用系統(tǒng)可以支持全面的戰(zhàn)略方向。因此，將面對(duì)更為復(fù)雜的一個(gè)用環(huán)境。沒(méi)有正確的控制和管理，應(yīng)用環(huán)境的持續(xù)改變將導(dǎo)致糟糕的應(yīng)用性能和停機(jī)。對(duì)于一個(gè)組織來(lái)說(shuō)，這些問(wèn)題意味著銷售額和生產(chǎn)效率的大幅降低。Gartner估計(jì)任務(wù)關(guān)鍵應(yīng)用的每小時(shí)停機(jī)成本是42，000美元。而通過(guò)在應(yīng)用的整個(gè)生命周期（從開(kāi)發(fā)到生產(chǎn)）中采用嚴(yán)格的方法，可以避免大量的損失。采用適當(dāng)?shù)墓ぞ撸��?jǐn)慎地控制工作流程可以俄日大多數(shù)IT部門節(jié)省巨額成本。