第一篇：銀行IT運(yùn)維管理的心得

銀行IT運(yùn)維管理的心得

銀行運(yùn)維的壓力非常大

? ? ? 隨著金融市場(chǎng)的開(kāi)放，銀行業(yè)的風(fēng)險(xiǎn)控制會(huì)面臨挑戰(zhàn)，風(fēng)險(xiǎn)管控優(yōu)先級(jí)要放到最高。尤其是系統(tǒng)風(fēng)險(xiǎn)的的防范，要使用先進(jìn)的方法論和工具，須做到精細(xì)化的風(fēng)險(xiǎn)管理。銀行的科技部門(mén)壓力很大，業(yè)務(wù)不斷增長(zhǎng)要求IT持續(xù)滿足業(yè)務(wù)需求,系統(tǒng)多，耦合多。一個(gè)新系統(tǒng)的建設(shè)往往要設(shè)計(jì)多個(gè)系統(tǒng)，各個(gè)廠家之間無(wú)法協(xié)調(diào)，問(wèn)題經(jīng)常出現(xiàn)。現(xiàn)在銀行的系統(tǒng)的建設(shè)非常困難?；旧纤行枰南到y(tǒng)都了。但是可能不太好用。主要是系統(tǒng)升級(jí)，或者部分新的系統(tǒng)的建設(shè)。這些都涉及和其他很多部門(mén)，系統(tǒng)的關(guān)聯(lián)。系統(tǒng)的上線也需要非常長(zhǎng)的時(shí)間。? 公司內(nèi)部共有約上百個(gè)系統(tǒng)。系統(tǒng)越來(lái)越多。工作越來(lái)越多。不象以前可以簡(jiǎn)單地上一個(gè)新的系統(tǒng)，幾個(gè)月搞定，很有成就感?，F(xiàn)在不僅沒(méi)有，擔(dān)心的事情，調(diào)節(jié)的事情一大堆。? 現(xiàn)在有很多公司給銀行提供IT產(chǎn)品和服務(wù)，選擇看似很多，但實(shí)際看來(lái)做好一個(gè)系統(tǒng)確實(shí)越來(lái)越難，希望各個(gè)廠家要充分理解客戶和客戶的需求，有創(chuàng)新的想法和做法提供到用戶，而不是只是關(guān)注自己產(chǎn)品和服務(wù)本身，這樣雙方的合作才能可持續(xù)發(fā)展。? 開(kāi)發(fā)商方面的人員變動(dòng)非?？欤瑺I(yíng)業(yè)和技術(shù)人員。剛剛熟悉了，找到了一個(gè)好的開(kāi)發(fā)團(tuán)隊(duì)，轉(zhuǎn)眼人不在了?，F(xiàn)在上一個(gè)新的系統(tǒng)，不僅要確認(rèn)這個(gè)公司如何，這個(gè)項(xiàng)目經(jīng)理如何。如果這個(gè)公司或者這個(gè)項(xiàng)目經(jīng)理不好，也不能用。? ? 數(shù)據(jù)集成和治理：系統(tǒng)復(fù)雜而分散造成數(shù)據(jù)分散和標(biāo)準(zhǔn)各異，經(jīng)常無(wú)法得出一份權(quán)威的報(bào)表，矛盾凸顯。需要花大力氣進(jìn)行數(shù)據(jù)的管理。

業(yè)務(wù)部門(mén)不理解科技工作，科技人員不大懂業(yè)務(wù)，往往會(huì)造成溝通困難，項(xiàng)目實(shí)施進(jìn)度緩慢。一個(gè)經(jīng)驗(yàn)是讓科技人員到不同的業(yè)務(wù)部門(mén)輪崗，讓他們熟悉業(yè)務(wù)。做項(xiàng)目時(shí)，這個(gè)人就是部門(mén)協(xié)調(diào)人。? ?

但是運(yùn)維系統(tǒng)很難上

? ? ? ? ? IT部門(mén)主要應(yīng)對(duì)業(yè)務(wù)部門(mén)的要求，開(kāi)發(fā)了很多的系統(tǒng)

IT部門(mén)對(duì)于自己的系統(tǒng)的自動(dòng)化，運(yùn)維管理的投入和開(kāi)發(fā)確是很少。

隨著銀行的業(yè)務(wù)系統(tǒng)的膨脹，復(fù)雜度的增大，IT系統(tǒng)的風(fēng)險(xiǎn)在加大。

IT部門(mén)的高層對(duì)風(fēng)險(xiǎn)的認(rèn)識(shí)比較高，但是他們不清楚具體的對(duì)應(yīng)方法。

IT部門(mén)的底層，各個(gè)部門(mén)的認(rèn)識(shí)不統(tǒng)一

開(kāi)發(fā)部門(mén)：著眼于開(kāi)發(fā) 銀監(jiān)會(huì)要求銀行提供不間斷服務(wù)。在奧林匹克，萬(wàn)博等重大活動(dòng)時(shí)要求行長(zhǎng)簽署保障書(shū)，軍令狀。

去年以來(lái)有幾個(gè)重大事故，都是運(yùn)維人員的失誤造成。以下銀行事故：

– 華夏銀行，光大銀行系統(tǒng)，民生銀行系統(tǒng)事故。IT主管或被免職，或被警告

運(yùn)維部門(mén)：希望能夠?qū)ο到y(tǒng)進(jìn)行統(tǒng)一的管理維護(hù)，但對(duì)開(kāi)發(fā)完畢的系統(tǒng)

沒(méi)有修改的權(quán)利

具體操作人員：更多地關(guān)系自己的工作，對(duì)如何改進(jìn)缺少想法

運(yùn)維產(chǎn)品內(nèi)容

? ITIL流程管理

運(yùn)維管理流程控制，綜合服務(wù)臺(tái)。大中型銀行需要。但是千萬(wàn)注意CMDB，這個(gè)東西真難搞，搞不好，一身問(wèn)題。產(chǎn)品：BMC ? 綜合監(jiān)控（各類(lèi)銀行）

相對(duì)比較容易理解：網(wǎng)絡(luò)，硬件，中間件。

問(wèn)題：應(yīng)用的監(jiān)控，需要開(kāi)發(fā)。聯(lián)動(dòng)太深，以后對(duì)應(yīng)用程序的變動(dòng)又會(huì)有影響。只能是淺層次的結(jié)合。

產(chǎn)品：IBM Tivoli，BMC，日立 JP1 ? 自動(dòng)化（各類(lèi)銀行）

一般這個(gè)概念還不太為人知道，國(guó)外應(yīng)該是日本銀行做的比較好一些。國(guó)內(nèi)做的相對(duì)比較早，比較好一點(diǎn)的是浦發(fā)銀行。

內(nèi)容：批量處理的統(tǒng)一自動(dòng)調(diào)度，災(zāi)備切換流程自動(dòng)化，各種手工作業(yè)的自動(dòng)化。相對(duì)比較難以了解，但是很實(shí)用，可以一步拓展。其實(shí)就是流程化，但是和一般的流程不同，可以對(duì)系統(tǒng)自動(dòng)進(jìn)行操作。

問(wèn)題：技術(shù)人員和開(kāi)發(fā)廠商對(duì)這個(gè)概念還不太明確。產(chǎn)品：日立JP1，其他公司也有，但內(nèi)容相對(duì)不太全面。

國(guó)內(nèi)廠商：號(hào)稱(chēng)什么都可以對(duì)應(yīng)，但是產(chǎn)品不規(guī)范，小的政府部門(mén)還可以，銀行就算了。

第二篇：IT運(yùn)維心得分享范文

360公司運(yùn)維心得分享

在很多“外人”的眼中，運(yùn)維工程師的工作不過(guò)是搬機(jī)器、調(diào)網(wǎng)絡(luò)、裝軟件、處理故障、7×24小時(shí)值班，簡(jiǎn)單而又枯燥至極。但事實(shí)并非如此，運(yùn)維工作涵蓋很多技術(shù)領(lǐng)域，運(yùn)維工程師要掌握硬件、軟件、操作系統(tǒng)、開(kāi)發(fā)等多方面的知識(shí)，核心目標(biāo)是為億萬(wàn)用戶使用的產(chǎn)品保駕護(hù)航。

當(dāng)今互聯(lián)網(wǎng)行業(yè)的發(fā)展日新月異，新技術(shù)層出不窮。為了適應(yīng)發(fā)展趨勢(shì)，運(yùn)維工程師只有提升技術(shù)能力才能更好地完成艱巨的運(yùn)維任務(wù)，必須要對(duì)傳統(tǒng)運(yùn)維發(fā)出自我挑戰(zhàn)。

在360，運(yùn)維團(tuán)隊(duì)由基礎(chǔ)運(yùn)維團(tuán)隊(duì)、網(wǎng)絡(luò)運(yùn)維團(tuán)隊(duì)和應(yīng)用運(yùn)維團(tuán)隊(duì)三部分組成。我們將運(yùn)維從技術(shù)支持領(lǐng)域升級(jí)，進(jìn)行產(chǎn)品化改進(jìn)，核心目標(biāo)是為了降低運(yùn)維成本、縮短研發(fā)周期、讓產(chǎn)品試錯(cuò)更廉價(jià)。理想很豐滿，現(xiàn)實(shí)很骨感，從最初服務(wù)少量項(xiàng)目、幾十臺(tái)服務(wù)器，發(fā)展到大量具有數(shù)億用戶的項(xiàng)目，我們也在不斷摸索，在試錯(cuò)中成長(zhǎng)。在這個(gè)過(guò)程中，我們經(jīng)歷了兩次重要的升級(jí)。第一次升級(jí)：運(yùn)維工具化

運(yùn)維工作中有很多瑣碎的、重復(fù)的事情，初期我們只有兩個(gè)IDC，服務(wù)器數(shù)量有限，項(xiàng)目數(shù)量也較少，靠純手工勞作還可以應(yīng)付。但隨著時(shí)間的推移，項(xiàng)目暴增，隨之IDC和服務(wù)器的數(shù)量也成倍增長(zhǎng)，同時(shí)360各項(xiàng)目都是小團(tuán)隊(duì)在做，開(kāi)發(fā)風(fēng)格不同、習(xí)慣各異，但極致要求響應(yīng)速度，如果運(yùn)維工作按照之前方式進(jìn)行，很難滿足需求。大勢(shì)所趨，我們必須進(jìn)行工具化升級(jí)，將重復(fù)的事情自動(dòng)化。

在工具化過(guò)程中，我們秉著低成本、拿來(lái)即用的原則，借鑒業(yè)界成型的方案，同時(shí)將精力用在對(duì)開(kāi)源軟件的研究中，有開(kāi)源工具就絕不自己憑空創(chuàng)造。初期，我們只圍繞開(kāi)源軟件做周邊腳本開(kāi)發(fā)，不動(dòng)核心代碼，在實(shí)踐中總結(jié)經(jīng)驗(yàn)。例如，在最基礎(chǔ)的部署軟件環(huán)境中，我們基于YUM搭建了自己的包管理系統(tǒng)，將常用軟件打包，同時(shí)根據(jù)項(xiàng)目做成模板，這樣無(wú)論是初始安裝還是擴(kuò)容都能在分分鐘完成。配置文件管理利用Puppet完成，服務(wù)器批量操控依賴(lài)SaltStack。就這樣 我們的運(yùn)維兵器譜在不斷地豐富。

另外，運(yùn)維工作離不開(kāi)監(jiān)控報(bào)警，這是一件讓無(wú)數(shù)運(yùn)維人苦不堪言的事情。而會(huì)休息才會(huì)工作，監(jiān)控體系必須優(yōu)化。

我們的監(jiān)控大概分為系統(tǒng)級(jí)、應(yīng)用級(jí)、項(xiàng)目邏輯和用戶體驗(yàn)四部分。系統(tǒng)級(jí)主要監(jiān)控硬件和網(wǎng)絡(luò)等；應(yīng)用級(jí)主要監(jiān)控常用軟件的健康狀況；項(xiàng)目邏輯監(jiān)控主要模擬用戶行為探測(cè)項(xiàng)目功能點(diǎn)是否運(yùn)行正常；用戶體驗(yàn)監(jiān)控主要聯(lián)動(dòng)博睿和基調(diào)等第三方監(jiān)控一起優(yōu)化用戶體驗(yàn)。我們用過(guò)的工具很多，開(kāi)源工具有Nagios、Cacti、Ganglia、Zabbix等，同時(shí)自己也開(kāi)發(fā)了一些針對(duì)項(xiàng)目場(chǎng)景的監(jiān)控工具，但萬(wàn)變不離其宗，都是圍繞上述幾個(gè)維度進(jìn)行監(jiān)控，然后再進(jìn)行分級(jí)預(yù)警和報(bào)警。

為了減少報(bào)警騷擾，我們分級(jí)處理，將報(bào)警分為郵件預(yù)警、短信報(bào)警和瘋狂短信報(bào)警。以磁盤(pán)空間監(jiān)控為例：每天下午6點(diǎn)，統(tǒng)計(jì) 磁盤(pán)使用率超過(guò)80%的機(jī)器，發(fā)出郵件預(yù)警，下班前解決；在預(yù)警的基礎(chǔ)上，超過(guò)85%觸發(fā)短信報(bào)警；超過(guò)90%就要持續(xù)報(bào)警，避免事故的發(fā)生。此外，隨著 服務(wù)器數(shù)量的增多，硬件故障在所難免，架構(gòu)設(shè)計(jì)需要考慮高可用方案，冗余范圍內(nèi)的服務(wù)器故障會(huì)以郵件預(yù)警的方式發(fā)出，避免對(duì)運(yùn)維工程師的騷擾。

有了監(jiān)控工具和分級(jí)機(jī)制，還需要有好的制度。為了大部分人可以安心休息，我們每天有專(zhuān)人負(fù)責(zé)處理常規(guī)報(bào)警，遇到無(wú)法解決的問(wèn)題才要求他人協(xié)助。第二天的負(fù)責(zé) 人要針對(duì)第一天的報(bào)警找出根本原因，并盡力解決，因?yàn)槿绻麩o(wú)法根治，困擾將持續(xù)發(fā)生。所謂線上無(wú)小事，實(shí)際工作中復(fù)雜場(chǎng)景引發(fā)的問(wèn)題數(shù)不勝數(shù)，所以可以寬 容第一次錯(cuò)誤，但不能接受同樣問(wèn)題發(fā)生第二次，要不斷地總結(jié)和完善。

工具化是運(yùn)維的必經(jīng)之路，是向更高層發(fā)展的基礎(chǔ)，面對(duì)運(yùn)維這樣復(fù)雜的學(xué)科，這樣一個(gè)極其磨煉人意志的工種，運(yùn)維工程師需要用聰明的方式解決復(fù)雜的問(wèn)題，節(jié)省時(shí)間，去做更有意義的事情。

第二次升級(jí)：運(yùn)維產(chǎn)品化

我剛提出運(yùn)維產(chǎn)品化時(shí)，有朋友開(kāi)玩笑說(shuō)，你做后端運(yùn)維吃苦受罪這么多年，看著產(chǎn)品經(jīng)理吃香的喝辣的，羨慕嫉妒也想轉(zhuǎn)行做產(chǎn)品吧。也有人說(shuō)，你是在偷換概念，不就是做自動(dòng)化運(yùn)維平臺(tái)嘛。其實(shí)提出這個(gè)概念，一方面是源于有了足夠的工具化積累；另一方面是想換一種思路做運(yùn)維，培養(yǎng)產(chǎn)品觀，站在用戶的角度思考問(wèn)題，讓處于后端的運(yùn)維工程師主動(dòng)挖掘需求，圍繞運(yùn)維做更多的探索，提升團(tuán)隊(duì)技術(shù)能力，解決海量用戶帶來(lái)的問(wèn)題。有了這個(gè)想法，就需要將無(wú)形的技術(shù)轉(zhuǎn)變?yōu)橛行蔚漠a(chǎn)品形態(tài)，同時(shí)要賦予它好的寓意。我們的產(chǎn)品取名為HULK——綠巨人，意在讓小伙伴們借助巨人的肩膀成長(zhǎng)，輕點(diǎn)鼠標(biāo)，運(yùn)籌帷幄。

想到做這個(gè)平臺(tái)，源于對(duì)實(shí)際工作需求的觀察。產(chǎn)品經(jīng)理有了創(chuàng)新點(diǎn)之后，開(kāi)發(fā)工程師就想以最快的速度上線，但又會(huì)很痛苦，因?yàn)楫a(chǎn)品就好比寶塔明珠，塔基需要一 層層地蓋。而開(kāi)發(fā)工程師是與運(yùn)維工程師合作最緊密的兄弟，“兄弟有難得拔刀相助”，因此我們明確了開(kāi)發(fā)工程師就是運(yùn)維平臺(tái)的用戶，運(yùn)維工程師在平臺(tái)的建設(shè) 中扮演了多重角色，是建設(shè)者也是使用者，但目標(biāo)是為用戶解決問(wèn)題，讓我們的用戶有極致的用戶體驗(yàn)。基于這些想法，我們勾畫(huà)出了宏偉藍(lán)圖，提供一個(gè)塔基，第一層提供核心基礎(chǔ)服務(wù)，如Web、RDB、NoSQL等；第二層提供通用基礎(chǔ)服務(wù)，構(gòu)造一個(gè)完美的平臺(tái)，讓開(kāi)發(fā)工程師受益。但勾畫(huà)的平臺(tái)功 能大而全，需求都是我們替用戶假想的，這樣做的后果就是進(jìn)展緩慢，但做出的功能沒(méi)人用。我們?cè)谑≈蟹此迹庾R(shí)到需求還得從日常工作中去挖掘，平臺(tái)上每個(gè)功能模塊都必須解決用戶的痛點(diǎn)?；ヂ?lián)網(wǎng)精神唯快不破，要圍繞“快”找痛點(diǎn)。早期開(kāi)發(fā)和運(yùn)維的合作中，更多的是郵件、IM及當(dāng)面溝通，跨團(tuán)隊(duì)的溝通成本是第 一個(gè)痛點(diǎn)。初期平臺(tái)建設(shè)中，我們從加速流程開(kāi)始進(jìn)行摸索，以“需求任務(wù)流”為核心，將通用需求規(guī)范流程，統(tǒng)一需求提交頁(yè)面，同時(shí)盡量為用戶提供選項(xiàng)，而不是隨意填寫(xiě)，盡量減少溝通成本，同時(shí)為完全自動(dòng)化打好基礎(chǔ)。由于完整的自動(dòng)化流程開(kāi)發(fā)成本比較高，初期我們還“投機(jī)取巧”，用戶提交需求以后，只是把格式 化的郵件發(fā)送給運(yùn)維工程師。運(yùn)維工程師使用半自動(dòng)化工具干活，完成后再通過(guò)平臺(tái)任務(wù)流告知用戶結(jié)果，手工操作的部分是隱藏在平臺(tái)后面的，用戶不得而知。就 用這種方式，我們的平臺(tái)積累了不少用戶和口碑。之后我們將日常需求分層、分類(lèi)：主機(jī)類(lèi)包括主機(jī)申請(qǐng)、賬號(hào)授權(quán)、軟件部署等；Web類(lèi)包括配置文件管理、域名管理等；DB類(lèi)包括建庫(kù)、建表、SQL審核、授權(quán)等。再攻克技術(shù)難點(diǎn)將一個(gè)個(gè)需求實(shí)現(xiàn)完全自動(dòng)化，點(diǎn)點(diǎn)鼠標(biāo)解決問(wèn)題。

關(guān)于需求任務(wù)流，還有個(gè)小插曲，標(biāo)準(zhǔn)的任務(wù)流由提交、審核、駁回/通過(guò)組成。但這個(gè)流程太死板，例如用戶提交的一個(gè)需求，在審核的過(guò)程中有待商榷，運(yùn)維工程師會(huì)和開(kāi)發(fā)工程師 溝通，最終達(dá)成一致意見(jiàn)即可，而如果按標(biāo)準(zhǔn)流程需要駁回再提交。為了讓用戶少一次操作，我們?cè)黾恿斯芾韱T可編譯功能。有些同事反對(duì)這樣做，覺(jué)得不符合常 理。不過(guò)有時(shí)候常理是需要結(jié)合實(shí)際場(chǎng)景打破的，就為了讓用戶使用更簡(jiǎn)單。

近期為了進(jìn)一步提升項(xiàng)目試錯(cuò)階段的速度，我們?cè)谄脚_(tái)上推出了一個(gè)新功能：“項(xiàng)目孵化器”。以典型的Web業(yè)務(wù)為例，以往，申請(qǐng)Web Server、賬號(hào)、數(shù)據(jù)庫(kù)實(shí)例、負(fù)載均衡等是提給運(yùn)維最基本的需求，每一步都是時(shí)間成本。使用“項(xiàng)目孵化器”可以最大限度解決這個(gè)痛點(diǎn)，只需在平臺(tái)上進(jìn) 行兩個(gè)步驟：第一步填寫(xiě)業(yè)務(wù)名稱(chēng)，預(yù)估峰值QPS；第二步選用MySQL、MongoDB、Redis等相關(guān)數(shù)據(jù)庫(kù)資源。兩步之后，Web Server、數(shù)據(jù)庫(kù)實(shí)例等所需資源會(huì)瞬間展示在用戶面前，同時(shí)包管理、配置文件管理、代碼發(fā)布系統(tǒng)、監(jiān)控系統(tǒng)等配套輔助功能隨之開(kāi)通。

與之前的模式相比，效率和規(guī)范化都有明顯提高。說(shuō)起來(lái)很神奇，但實(shí)現(xiàn)理念很簡(jiǎn)單，我們提煉日常項(xiàng)目中的通用方案，構(gòu)建資源池，在項(xiàng)目發(fā)展初期最小量匹配資源。在孵化器的設(shè)計(jì)階段，我們聽(tīng)到了很多不同的聲音。例如，讓用戶填信息不夠全面，架構(gòu)太簡(jiǎn)單不滿足全部需求，諸如此類(lèi)問(wèn)題，讓人頭痛欲裂。經(jīng)過(guò)過(guò)往項(xiàng)目 分析及用戶調(diào)研，發(fā)現(xiàn)項(xiàng)目尚處于試錯(cuò)階段，快速試錯(cuò)是首要需求。至于項(xiàng)目發(fā)展中衍生出來(lái)的需求，可以再用平臺(tái)擴(kuò)展功能去解決。當(dāng)利用孵化器建立一個(gè)試錯(cuò)項(xiàng)目之后，用戶進(jìn)入平臺(tái)想看見(jiàn)什么？展現(xiàn)形式如何？還能做什么？這些問(wèn)題隨之而來(lái)。

眾所周知，項(xiàng)目中的關(guān)聯(lián)關(guān)系是個(gè)復(fù)雜的問(wèn)題，解決不好，就像一盤(pán)散沙無(wú)法聯(lián)動(dòng)。為了解決此問(wèn)題，首先我們確定平臺(tái)各功能模塊以項(xiàng)目名為主鍵，將項(xiàng)目的域名、負(fù)載均衡、Web Server、數(shù)據(jù)庫(kù)、通用基礎(chǔ)服務(wù)等相關(guān)聯(lián)。項(xiàng)目后期各功能模塊的擴(kuò)容可以借助關(guān)聯(lián)關(guān)系自動(dòng)化完成。例如增加一臺(tái)Web Server，即可自動(dòng)部署軟件環(huán)境，完成相關(guān)節(jié)點(diǎn)授權(quán)、上傳代碼、測(cè)試上線。

展現(xiàn)形式上我們借鑒社交網(wǎng)站的實(shí)現(xiàn)方案，以“我的項(xiàng)目”為中心，用戶進(jìn)入平臺(tái)以后默認(rèn)頁(yè)展示項(xiàng)目在平臺(tái)中用到的各功能模塊信息，例如域名、主機(jī)數(shù)量、數(shù)據(jù)庫(kù)實(shí)例和監(jiān)控指標(biāo)等。做到信息清晰可見(jiàn)，操控簡(jiǎn)單易用。

在平臺(tái)建設(shè)中，我們一直遵循兩個(gè)準(zhǔn)則：第一，把事情由復(fù)雜變簡(jiǎn)單；第二，給用戶極致的用戶體驗(yàn)。所謂極致，就是要超出用戶的預(yù)期，但只有挖掘用戶潛在的需求，才能做出超出預(yù)期的功能。傳統(tǒng)的運(yùn)維模式，大多是開(kāi)發(fā)工程師提需求，運(yùn)維工程師滿足需求，運(yùn)維工程師主動(dòng)推進(jìn)的意識(shí)不夠。360的文化中有很重要的一點(diǎn)是Ownership，一個(gè)項(xiàng)目的成功與失敗，運(yùn)維工程師是有責(zé)任的，因此需要在日常工作中時(shí)刻提醒自己“這個(gè)項(xiàng)目是我的，為了讓項(xiàng)目變得更好，我們需要主動(dòng)思考，為開(kāi)發(fā)工程師提供更多的增值服務(wù)”。例如一個(gè)項(xiàng)目上線前，會(huì)默認(rèn)部署日志收集模塊，收集匯總后進(jìn)行訪問(wèn)日志自動(dòng)化分析，以時(shí)間維度展示訪問(wèn)量走勢(shì)，同時(shí)輔以IP地址分析模塊展示地域及運(yùn)營(yíng)商分布。同時(shí)基于訪問(wèn)日志狀態(tài)碼做進(jìn)一步的頁(yè)面分析，然后以日、周、月維度生成一份體檢報(bào)告，以及應(yīng)對(duì)方案推送給開(kāi)發(fā)工程師。這些增值服務(wù)是超出預(yù)期的，拉近了開(kāi)發(fā)工程師和我們的距離，一起去探討、改進(jìn)，做出更多有利于項(xiàng)目發(fā)展的功能。結(jié)束語(yǔ)

運(yùn)維工作在一家公司中至關(guān)重要，但傳統(tǒng)的運(yùn)維模式一定程度上限制了運(yùn)維工程師的技術(shù)發(fā)展，更抑制了創(chuàng)新思維，我們需要利用運(yùn)維“寬泛技術(shù)”定位的優(yōu)勢(shì)開(kāi)拓思路。例如運(yùn)維工作需要和很多開(kāi)發(fā)團(tuán)隊(duì)合作，協(xié)助架構(gòu)設(shè)計(jì)，在這個(gè)過(guò)程中會(huì)接觸到很多開(kāi)發(fā)團(tuán)隊(duì)的技術(shù)積累，可以把各家之所長(zhǎng)進(jìn)行聚合，將一些基礎(chǔ)服務(wù)進(jìn)行平臺(tái)化改造，資源共享。也可以根據(jù)項(xiàng)目的需要，主動(dòng)做技術(shù)研究，將基礎(chǔ)服務(wù)做成一個(gè)個(gè)小產(chǎn)品，提供給開(kāi)發(fā)團(tuán)隊(duì)使用，幫助項(xiàng)目縮短研發(fā)周期，穩(wěn)定發(fā)展。在當(dāng)今技術(shù)背景下，運(yùn)維工程師應(yīng)該在紅海中尋找藍(lán)海的思維模式，培養(yǎng)產(chǎn)品觀，由外至內(nèi)地思考，突破傳統(tǒng)運(yùn)維的壁壘，開(kāi)拓創(chuàng)新。

第三篇：銀行IT運(yùn)維職責(zé)

最佳答案檢舉IT運(yùn)維是IT管理的核心和重點(diǎn)部分，也是內(nèi)容最多、最繁雜的部分，該階段主要用于IT部門(mén)內(nèi)部日常運(yùn)營(yíng)管理，涉及的對(duì)象分成兩大部分，即IT業(yè)務(wù)系統(tǒng)和運(yùn)維人員，該階段的管理內(nèi)容又可細(xì)分為七個(gè)子系統(tǒng)：

■ 設(shè)備管理：對(duì)網(wǎng)絡(luò)設(shè)備、服務(wù)器備、操作系統(tǒng)運(yùn)行狀況進(jìn)行監(jiān)控

應(yīng)用/服務(wù)管理：對(duì)各種應(yīng)用支持軟件如數(shù)據(jù)庫(kù)、中間件、群件以及各種通用或特定服務(wù)的監(jiān)控管理，如郵件系統(tǒng)、DNS、Web等的監(jiān)控與管理

■ 數(shù)據(jù)/存儲(chǔ)/容災(zāi)管理：對(duì)系統(tǒng)和業(yè)務(wù)數(shù)據(jù)進(jìn)行統(tǒng)一存儲(chǔ)、備份和恢復(fù)

■ 業(yè)務(wù)管理：包含對(duì)企業(yè)自身核心業(yè)務(wù)系統(tǒng)運(yùn)行情況的監(jiān)控與管理，對(duì)于業(yè)務(wù)的管理，主要關(guān)注該業(yè)務(wù)系統(tǒng)的CSF（關(guān)鍵成功因素Critical Success Factors）和KPI（關(guān)鍵績(jī)效指標(biāo)Key Performance Indicators）

■ 目錄/內(nèi)容管理：該部分主要對(duì)于企業(yè)需要統(tǒng)一發(fā)布或因人定制的內(nèi)容管理和對(duì)公共信息的管理

■ 資源資產(chǎn)管理：管理企業(yè)中各IT系統(tǒng)的資源資產(chǎn)情況，這些資源資產(chǎn)可以是物理存在的，也可以是邏輯存在的，并能夠與企業(yè)的財(cái)務(wù)部門(mén)進(jìn)行數(shù)據(jù)交互

■ 信息安全管理：該部分包含了許多方面的內(nèi)容，目前信息安全管理主要依據(jù)的國(guó)際標(biāo)準(zhǔn)是ISO17799，該標(biāo)準(zhǔn)涵蓋了信息安全管理的十大控制方面，36個(gè)控制目標(biāo)和127中控制方式，如企業(yè)安全組織方式、資產(chǎn)分類(lèi)與控制、人員安全、物理與環(huán)境安全、通信與運(yùn)營(yíng)安全、訪問(wèn)控制、業(yè)務(wù)連續(xù)性管理等

■ 日常工作管理：該部分主要用于規(guī)范和明確運(yùn)維人員的崗位職責(zé)和工作安排、提供績(jī)效考核量化依據(jù)、提供解決經(jīng)驗(yàn)與知識(shí)的積累與共享手段IT運(yùn)行維護(hù)管理的每一個(gè)子系統(tǒng)中都包含著十分豐富的內(nèi)容，實(shí)現(xiàn)完善的IT運(yùn)維管理是企業(yè)提高經(jīng)營(yíng)水平和服務(wù)水平的關(guān)鍵。運(yùn)行/維護(hù)階段與服務(wù)/支持階段的分界線為前者是面向IT部門(mén)內(nèi)部的管理，而后者是面向業(yè)務(wù)部門(mén)、企業(yè)中的其它人員或直接面向客戶。

第四篇：IT運(yùn)維項(xiàng)目管理心得—風(fēng)險(xiǎn)管理

IT運(yùn)維項(xiàng)目管理心得—風(fēng)險(xiǎn)管理

過(guò)在PMP的學(xué)習(xí)，結(jié)合多年的IT運(yùn)維項(xiàng)目實(shí)施管理工作經(jīng)驗(yàn)，我對(duì)項(xiàng)目管理中的風(fēng)險(xiǎn)管理有了進(jìn)一步的學(xué)習(xí)和認(rèn)識(shí)，我真正認(rèn)識(shí)PMP項(xiàng)目管理在現(xiàn)實(shí)生活中的運(yùn)用。

風(fēng)險(xiǎn)管理是預(yù)防、規(guī)避項(xiàng)目風(fēng)險(xiǎn)的主要手段，是完成項(xiàng)目計(jì)劃內(nèi)的期限、預(yù)算內(nèi)費(fèi)用、規(guī)定的技術(shù)指標(biāo)等的重要保障。在每個(gè)風(fēng)險(xiǎn)管理周期都應(yīng)該做好從設(shè)計(jì)、合同、進(jìn)度、質(zhì)量、費(fèi)用、溝通等管理工作中收集相關(guān)信息，并將這些信息反映在風(fēng)險(xiǎn)管理過(guò)程中的各環(huán)節(jié)工作中，并及時(shí)進(jìn)行反饋。

現(xiàn)將我對(duì)項(xiàng)目風(fēng)險(xiǎn)管理的理解總結(jié)如下：

1、做好風(fēng)險(xiǎn)識(shí)別

在項(xiàng)目啟動(dòng)階段，將對(duì)項(xiàng)目需求及項(xiàng)目實(shí)施過(guò)程中可能面對(duì)的風(fēng)險(xiǎn)進(jìn)行全面的識(shí)別，結(jié)合公司已有的風(fēng)險(xiǎn)評(píng)估表，對(duì)識(shí)別出來(lái)的風(fēng)險(xiǎn)進(jìn)行評(píng)分。

2、做好風(fēng)險(xiǎn)管控

在項(xiàng)目實(shí)施階段，對(duì)前期已識(shí)別的風(fēng)險(xiǎn)，按照不同的風(fēng)險(xiǎn)等級(jí)進(jìn)行管控，針對(duì)高危等級(jí)的風(fēng)險(xiǎn)（如：客戶關(guān)鍵業(yè)務(wù)系統(tǒng)宕機(jī)）通過(guò)外包（購(gòu)買(mǎi)原廠服務(wù)）或采取一定措施降低風(fēng)險(xiǎn)值的方式解決（提供專(zhuān)業(yè)人員提供24小時(shí)值班監(jiān)控）；針對(duì)中等級(jí)的風(fēng)險(xiǎn)，則制定相應(yīng)的風(fēng)險(xiǎn)解決方案（如：巡檢、定期保養(yǎng)、設(shè)備實(shí)時(shí)監(jiān)控），來(lái)減少或緩解風(fēng)險(xiǎn)的發(fā)生概率；針對(duì)低等級(jí)風(fēng)險(xiǎn)，則采取定期監(jiān)控方式。

3、做好風(fēng)險(xiǎn)監(jiān)測(cè)

風(fēng)險(xiǎn)監(jiān)測(cè)是持續(xù)不間斷進(jìn)行的過(guò)程，主要包含跟蹤已識(shí)別的風(fēng)險(xiǎn)，監(jiān)測(cè)殘余風(fēng)險(xiǎn)和識(shí)別新的風(fēng)險(xiǎn)，形成風(fēng)險(xiǎn)管理監(jiān)控報(bào)告，對(duì)重新識(shí)別的風(fēng)險(xiǎn)進(jìn)行排序形成風(fēng)險(xiǎn)評(píng)估表，為管理人員提供決策的量化依據(jù)。通過(guò)對(duì)風(fēng)險(xiǎn)的良好監(jiān)測(cè)和控制并形成風(fēng)險(xiǎn)管理監(jiān)控報(bào)告，在風(fēng)險(xiǎn)發(fā)生前做出有效決策，減少風(fēng)險(xiǎn)造成的損失。（慧翔天地廣州學(xué)員黃賢裕）

第五篇：運(yùn)維管理定義

運(yùn)維管理(IT Operations Management)幫助企業(yè)建立快速響應(yīng)并適應(yīng)企業(yè)業(yè)務(wù)環(huán)境及業(yè)務(wù)發(fā)展的IT運(yùn)維模式，實(shí)現(xiàn)基于ITIL的流程框架、運(yùn)維自動(dòng)化。

核心思想隨著國(guó)內(nèi)企業(yè)業(yè)務(wù)信息化的深入, IT運(yùn)維部門(mén)所負(fù)責(zé)的IT設(shè)備及軟件的運(yùn)行維護(hù)工作變得越來(lái)越復(fù)雜，技術(shù)難度也越來(lái)越高。傳統(tǒng)的IT工具和流程集中在技術(shù)上，而不是業(yè)務(wù)目標(biāo)上。業(yè)務(wù)服務(wù)管理(Business Service Management)使IT能輕松滿足業(yè)務(wù)的需求，轉(zhuǎn)變企業(yè)的環(huán)境，使業(yè)務(wù)部門(mén)和IT部門(mén)領(lǐng)導(dǎo)者能夠擁有統(tǒng)一的語(yǔ)言，通過(guò)統(tǒng)一的界面面對(duì)挑戰(zhàn)，理解新變化所帶來(lái)的影響。

BSM主要強(qiáng)調(diào)從業(yè)務(wù)的視角來(lái)看待企業(yè)的IT運(yùn)維，從而最大化發(fā)揮IT對(duì)企業(yè)業(yè)務(wù)的推動(dòng)作用，這就IT運(yùn)維的核心思想。

著眼點(diǎn)IT系統(tǒng)的業(yè)務(wù)服務(wù)管理主要著眼點(diǎn)

一、確立以業(yè)務(wù)價(jià)值為核心，業(yè)務(wù)驅(qū)動(dòng)管理的管理思想面向業(yè)務(wù)要首先在IT管理的戰(zhàn)略層面上建立“業(yè)務(wù)驅(qū)動(dòng)”的IT治理和管理思想，使得業(yè)務(wù)部門(mén)的目標(biāo)和IT運(yùn)維的目標(biāo)一致，都是為了企業(yè)整體戰(zhàn)略目標(biāo)的實(shí)現(xiàn)，把對(duì)業(yè)務(wù)的支撐能力和管理實(shí)效，作為評(píng)價(jià)IT系統(tǒng)效用和IT部門(mén)工作的首要指標(biāo)。只有這樣，才能在全企業(yè)范圍內(nèi)建立“技術(shù)服務(wù)于業(yè)務(wù)發(fā)展”的意識(shí)和文化，是真正實(shí)現(xiàn)IT與業(yè)務(wù)融合，共同為企業(yè)的戰(zhàn)略目標(biāo)服務(wù)。

二、建立關(guān)鍵業(yè)務(wù)服務(wù)模型今天的業(yè)務(wù)部門(mén)對(duì)應(yīng)用程序的依賴(lài)性比過(guò)去更強(qiáng)了。應(yīng)用程序軟件可以實(shí)現(xiàn)關(guān)鍵業(yè)務(wù)流程的自動(dòng)化 —自動(dòng)化既包括付款、資金轉(zhuǎn)賬、下訂單和訂單履行。由于應(yīng)用程序故障或性能問(wèn)題可能導(dǎo)致嚴(yán)重的業(yè)務(wù)影響，因此業(yè)務(wù)部門(mén)迫切需要 IT 部門(mén)在發(fā)生問(wèn)題時(shí)提供更高的應(yīng)用程序服務(wù)級(jí)別和更快的問(wèn)題解決方案。所以，必須結(jié)合企業(yè)戰(zhàn)略和目前業(yè)務(wù)運(yùn)營(yíng)情況，辨識(shí)企業(yè)業(yè)務(wù)服務(wù)，特別是關(guān)鍵業(yè)務(wù)應(yīng)用。為這些核心業(yè)務(wù)系統(tǒng)服務(wù)，建立和企業(yè)未來(lái)發(fā)展愿景、目前IT架構(gòu)、管理模式等相適應(yīng)的業(yè)務(wù)服務(wù)模型，能夠清晰地描述業(yè)務(wù)與IT之間的關(guān)聯(lián)關(guān)系和IT服務(wù)的關(guān)鍵目標(biāo)。

三、管理信息共享目前，出于對(duì)IT資源專(zhuān)業(yè)化、精細(xì)化管理的要求，企業(yè)部署了諸多的監(jiān)控管理工具，如網(wǎng)絡(luò)監(jiān)控、系統(tǒng)監(jiān)控、數(shù)據(jù)庫(kù)監(jiān)控工具等。一般來(lái)說(shuō)，這些監(jiān)控工具往往來(lái)自于不同的廠商，彼此之間缺乏信息共享的手段。而一個(gè)具體的業(yè)務(wù)是由網(wǎng)絡(luò)、主機(jī)、應(yīng)用本身所組成，管理信息無(wú)法共享，這就造成了當(dāng)一個(gè)故障出現(xiàn)時(shí)，無(wú)法通過(guò)系統(tǒng)直接自動(dòng)分析并定位故障點(diǎn)，加大了IT故障的分析難度，降低了解決問(wèn)題的效率。業(yè)務(wù)服務(wù)管理可以有效整合企業(yè)已經(jīng)構(gòu)建的眾多IT監(jiān)控系統(tǒng)，將分散的IT管理信息集中到一個(gè)單點(diǎn)的管理平臺(tái)中，從而可以快速進(jìn)行故障定位。

四、根源問(wèn)題定位隨著企業(yè)業(yè)務(wù)的快速發(fā)展，IT環(huán)境越來(lái)越復(fù)雜，IT組件越來(lái)越多，同時(shí)各組件之間的關(guān)聯(lián)關(guān)系也更加紛亂和復(fù)雜。業(yè)務(wù)服務(wù)管理能夠提供有效的根源問(wèn)題定位能力，它著眼于企業(yè)的核心業(yè)務(wù)系統(tǒng)，通過(guò)集中與業(yè)務(wù)相關(guān)的IT信息，根據(jù)業(yè)務(wù)邏輯和IT組件之間的關(guān)聯(lián)關(guān)系進(jìn)行建模，企業(yè)可以在業(yè)務(wù)模型中的任何一點(diǎn)進(jìn)行快速的根源問(wèn)題分析和定位，大大提高了解決問(wèn)題的速度和準(zhǔn)確度。

五、故障影響范圍評(píng)估當(dāng)我們發(fā)現(xiàn)IT故障時(shí)，我們不僅應(yīng)該關(guān)注故障本身，更應(yīng)該考慮該故障對(duì)業(yè)務(wù)系統(tǒng)的影響。通過(guò)建立業(yè)務(wù)服務(wù)影響拓?fù)洌梢钥焖俚牧私馄髽I(yè)的關(guān)鍵性業(yè)務(wù)及業(yè)務(wù)故障時(shí)的影響范圍，通過(guò)了解企業(yè)具體的業(yè)務(wù)環(huán)境，優(yōu)先處理關(guān)鍵故障點(diǎn)。