2015年***天，51CTO博主alex曾發表了《普通的運維人員就是秋后的螞蚱》的博文，為廣大的運維界同仁們敲響了警鐘。文章主要從資源集中化和高度自動化兩個行業大趨勢出發，斷言普通的運維人員已經走在了被淘汰的路上，IT自動化必將砸掉大多數不思進取的運維人員的飯碗，壽終正寢只是時間問題。

敏捷運營要求BizDevOps一體化

博文中提到的資源集中化，可以理解為云計算。2008年谷歌率先提出了云的概念，它將傳統的IT計算能力形成資源池，進行彈性配置并對外提供按需服務，具體表現為服務化和平臺化。

我們也要看到，云計算的快速發展，是因為其滿足了企業敏捷運營的需求。“互聯網+”，強調互聯網、云計算、大數據等技術與制造業、金融業等傳統行業的結合與發展，就是要通過這些技術快速構建新數字化產品和服務原型，實現企業的敏捷運營。移動互聯網的迭代思維，更是將敏捷運營發揮到了***，團隊成員需要在最短時間內上線APP V1.0版本，基于用戶反饋以最短的時間再次開發升級，并迅速推出新的升級版本，然后再次收集反饋進行開發，快速迭代。

這種變化將對IT運維產生深刻影響。Dev和Ops融合將或正在走向Biz、Dev、Ops的全面融合，即業務、開發、運維聯合，集開發、測試、部署和運營為一體。Business + Development + Operations = BizDevOps 。與DevOps相比，BizDevOps能更有效地促進開發、測試、運營和運維之間的溝通、協作與整合，加速應用交付、提高應用質量和用戶體驗，同時大規模的業務應用也需要APM應用性能監測工具來做支撐。

BizDevOps對運維工作提出了更高要求

運維工作也將發生翻天覆地的變化，主要體現在兩個方面：運維自動化和業務監控。

首先，我們需要一個大規模集中監控平臺，能夠對公有云主機、私有云主機、網絡基礎設施進行集中的大規模監控，并實現高度運維自動化。這有助于將運維人員從簡單的運維中釋放出來，同時具備類似Facebook一個運維人員管理２萬臺服務器的能力。

其次，BizDevOps需要從業務視角做出更快的決策與響應，這就要求運維人員更加熟悉業務，而不僅僅是底層的主機。運維人員要掌握業務、特別是關鍵業務的可用性、健康度，要實時監控應用性能及最終用戶的滿意度，最終形成量化KPI指標體系，真實衡量IT系統的服務水平，為產品快速迭代與體驗改善提供關鍵數據。

業務系統的多態性將成為以上任務的主要障礙。我們可喜的看到，寶貴的APM工具正在掃除這種障礙。曾經讓運維人員頭疼的業務系統黑匣子，現在通過APM工具的業務可視化視圖即可解決。通過APM工具與行為分析解決方案，曾經無法獲悉原因的異常行為，現在可以實時發現、定位、分析問題根源及趨勢預測，使BizDevOps團隊著眼于部署和測試新的軟件、保持敏捷性，運維的工作重點也將從救火轉變為預防。

業務監控為我們架起了業務系統和基礎監控之間的橋梁。現在我們能夠了解業務量與主機計算能力之間的關聯關系，并形成趨勢預測，這為IT系統自動伸縮創造了條件。在更高級階段，和云計算的按需服務能力相結合，實現彈性計算。

BizDevOps的技能需求

從以上變化來看，BizDevOps團隊的技能需求，主要集中在自動化和業務運維領域。自動化將運維人員從傳統手工的勞動力中釋放出來，而業務監控將賦予運維人員更多的能力。這兩方面的需求將持續增長，企業也急迫需要找到具備以上技能的運維人員。

古語云：“人無遠慮，必有近憂”，但博文中引出的不往自動化方向轉型即被淘汰的觀點不太準確。實際上，運維自動化已經發展很多年了，像SaltStack等開源成熟的工具也都已很成熟。

我們常說“不忘初心”。運維的初心就是業務運維，之前傳統的運維很少涉及業務的運維，但隨著寶貴的APM工具的逐步發展和完善，如何用好這些工具，使業務運維上一個新臺階，將會是2016年BizDevOps團隊重點關注的課題。