運維工作往往處于救火狀態(tài)，忙碌而辛苦，結(jié)果很肉欲，有時還會面臨“燈下一片漆黑”的問題。 原因何在，又該如何破局？

苦苦思索了幾天，想不通。 忽然，我覺得眼前一亮，頓時心頭一陣熱鬧。 技術(shù)運維要像業(yè)務(wù)一樣進行，系統(tǒng)先進，流程清晰，有平臺支持，人才有保障。

該系統(tǒng)應(yīng)該首先被記錄下來，最后由機器控制。 除了做到“有法可依”，系統(tǒng)文檔還必須“觸手可及”。 在制度建設(shè)上，要做好分層、制度、方法、程序、手冊等工作。 不同的級別負責(zé)不同的事情。 在系統(tǒng)檢索方面，可以使用云文檔系統(tǒng)，使系統(tǒng)檢索更加方便。 今后要進一步實現(xiàn)制度實施的機械化，使有形的制度融入無形的管控之中。

該進程必須聯(lián)機并已實例化。 線上流程支持裁剪，實例化所有流程場景。 你只需要在指定的進程中選擇使用哪個實例即可，不需要做任何判斷。

細化流程中各環(huán)節(jié)的職責(zé)，通過職責(zé)預(yù)定義明確各環(huán)節(jié)的權(quán)責(zé)，明確服務(wù)等級和響應(yīng)時間，防止事情上推諉扯皮。 之后，要加大管控分析力度，進一步優(yōu)化職責(zé)和流程。

對于平臺來說，需要實現(xiàn)面向服務(wù)的方法和集成平臺功能。 實施方式要面向服務(wù)，固化實施方式才能保證變革的質(zhì)量。 方法可分為基于文檔的、基于腳本的、基于菜單的、基于工具的（手動的）、基于平臺的和基于智能的。 要繼續(xù)把實施辦法推上新臺階。

整合平臺功能。 一方面要合理分工，將平臺基礎(chǔ)功能的實現(xiàn)和運維功能的實現(xiàn)分開，充分發(fā)揮自己的專業(yè)性和積極性。 同時，通過數(shù)據(jù)驅(qū)動的整合，對系統(tǒng)平臺的持續(xù)優(yōu)化和改造，實現(xiàn)多種功能的融合，從而簡化提質(zhì)增效。

人員要專業(yè)化、綜合化。 要組織上崗前培訓(xùn)，持證上崗，上崗考核，實現(xiàn)人員專業(yè)化。 同時，人員的能力也要向融合化、管理化方向發(fā)展it運維，培養(yǎng)T型人才。

在具體工作實施上，應(yīng)如何積極謀劃，力爭破局？ 我覺得可以從以下五個方面入手：

1.切入痛點，防患于未然

所謂痛點，就是領(lǐng)導(dǎo)關(guān)心的事情，員工付出很多精力卻收效甚微的工作。 生產(chǎn)突發(fā)事件、晨會后續(xù)事件，是中心領(lǐng)導(dǎo)最關(guān)心的事情。 以生產(chǎn)突發(fā)事件為例，詳細分析如何做到“早發(fā)現(xiàn)、早定位、早處置、早恢復(fù)、早驗證”。 在快速恢復(fù)生產(chǎn)的前提下，考慮如何保留場地，明確原因，確定后續(xù)處理措施，完善制度和規(guī)范，防患于未然。 同時，可以把這類問題變成運維生產(chǎn)案例庫，定期學(xué)習(xí)、總結(jié)、復(fù)習(xí)，讓前世不忘后世之師。

從上午會議的后續(xù)事件來看，應(yīng)用版本質(zhì)量已經(jīng)成為阻礙生產(chǎn)運維質(zhì)量的重要因素。 我們應(yīng)該繼續(xù)前進，確保完成開發(fā)、測試和調(diào)試。 在開發(fā)階段考慮運維非功能規(guī)范。 應(yīng)用版本在投入運行前必須經(jīng)過全面測試。 操作過程必須在測試環(huán)境中演練。 投入運行時，必須考慮應(yīng)急預(yù)案和保障人員。

止沸湯不如疏通鍋底。 只有持續(xù)改進，追根溯源，從源頭上解決這個問題，才有動力深入精耕細作，精益求精，實現(xiàn)運維的理想價值。

2.打好基礎(chǔ)，化繁為簡

抓好基礎(chǔ)工作，梳理好各人負責(zé)的工作關(guān)系，注重跨系統(tǒng)、跨部門、跨部門的工作銜接，實現(xiàn)端到端的完整工作流程，防止出現(xiàn)斷開的鏈接或無人區(qū)。

同時，將工作實施方式從文檔化、腳本化、工具化升級為平臺化，通過服務(wù)固定有效方式，簡化工作，提質(zhì)增效，減少對質(zhì)量的影響。實施人員。 依靠。

3.打破壁壘，加速賦能

目前我們使用的運維管理工具或平臺很多，比如流程平臺ITSM、云管理平臺CMP、自動化平臺、配置管理平臺CMDB等，但是目前這些平臺和系統(tǒng)之間的數(shù)據(jù)是碎片化的，不能相互通信。 有效的整合降低了工作效率。

我們需要以API的形式實現(xiàn)平臺間的服務(wù)調(diào)用。 同時，將一些功能轉(zhuǎn)化為服務(wù)，讓不同的工具平臺通過數(shù)據(jù)驅(qū)動協(xié)同工作，提高工作效率和工作質(zhì)量。

4、精益管理，合作共贏

在技??術(shù)架構(gòu)、管理策略、應(yīng)用運維等方面進行精益化管理，同時要換位思考，與開發(fā)部門、業(yè)務(wù)部門合作共贏。

從技術(shù)架構(gòu)上來說，無論是私有云還是公有云，都可以分為IaaS、PaaS、SaaS。 每一層都應(yīng)該向下授權(quán)。 當(dāng)下層需要本層的資源時，可以很方便的提供，而不需要下層關(guān)心具體的實現(xiàn)方法。 當(dāng)本層發(fā)生變化或故障時，通過冗余、雙活、遷移、隔離等機制減少對下層的影響，防止操作或故障的蔓延。

在管理策略上，繼續(xù)建立各項管理措施，逐步實現(xiàn)網(wǎng)上管理、數(shù)字化管理。 比如我們的性能和容量管理策略，不僅要滿足應(yīng)用系統(tǒng)的容量需求，還要考慮性能需求。

在應(yīng)用運維方面，力求權(quán)責(zé)平衡，同時與開發(fā)者、業(yè)務(wù)部門合作共贏。 權(quán)力與責(zé)任是一對矛盾體，“沒有權(quán)力的責(zé)任是地獄，沒有責(zé)任的權(quán)力是魔鬼”。 一方面，我們需要合理使用機制來阻礙應(yīng)用程序的發(fā)展it運維，實現(xiàn)權(quán)責(zé)平衡。 另一方面，運維團隊要換位思考，更進一步，跨越應(yīng)用開發(fā)和生產(chǎn)運維之間的職責(zé)差距，合作共贏。

五、人員轉(zhuǎn)型，全力前行

我們的工作目標(biāo)是從運維轉(zhuǎn)向運營。 人員角色從運維工程師轉(zhuǎn)變?yōu)檫\維架構(gòu)師、運維開發(fā)工程師、運維服務(wù)團隊。 整個服務(wù)理念、知識結(jié)構(gòu)、技能和方法都發(fā)生了很大的變化。 組織架構(gòu)、考核機制也應(yīng)相應(yīng)調(diào)整。

任重而道遠，時不我待。 只有充分發(fā)揮“只爭朝夕”的拼搏精神，充分調(diào)動廣大員工的積極性，埋頭苦干，才能實現(xiàn)運維價值最大化，完成人員轉(zhuǎn)型。