因為那里有光——高效開發運維微信號開篇記

為什么要做運維的微信號？

一、因為運維工作要求太多！

運維內容太龐雜，坑多水深。運維工作者們胸中首先裝得下夯實的基礎知識：上知網絡技術，下曉硬件知識，融會貫通各類基礎服務；玩得轉得操作系統，搞得懂虛擬化，整得了數據庫，照顧得過來安全。其次，肚子里藏得下實踐經驗：選用運維平臺及工具，配置和部署軟硬件，管理資源和對應權限，監控分析及時報警。最重要的是故障發生后第一時間即可被解決，要是能性能調優、優化和開發系統當然最好啦。哦對，還有......等等，你確定指的僅僅對運維這一個工作崗位的？同時，按公司的運維成熟度運維系統可以劃分為四個階段：人工化、規范化、自動化和智能化；相應地，運維工作的內容和目標則又會千差萬別。

真正把一個系統給運維好是需要很深厚的功力，開發運維那些周邊工具所花的時間精力，很可能比研發中間件核心花的時間還要多很多。

二、因為運維痛并重要！

痛一方面是指運維人員的痛：白天里的工作壓力，還有摸黑兒升級系統、半夜被警告突襲的困擾。 另一個方面這痛也是公司的痛：技術上故障問題顯而易見，而經濟上的損失也不可忽視。國際數據公司（IDC）VP Steven Elliot先生在指出，對于世界1000強公司，一個應用致命錯誤修復成本為每小時50萬到100萬美元，系統宕機一小時將會造成12.5 到25億美元的損失。并且建議每個公司都根據自身的商業模型，對運維成本使用算式進行計算：

停機費用成本 = 部署頻率 * 版本迭代失敗概率 * 平均修復時間 * 斷電的金錢損失

傳統觀點中，運維并不直接帶來利潤；但是在當今對IT高度依賴的時代，運維已經成為了公司利潤的重要保障。

IT已經從服務支持中心開始轉變成利潤驅動中心。20年前，如果中國互聯網中斷一個小時，不會引起軒然大波；但是，如果現在互聯網整體宕機一個小時，這不只是技術問題，更將是國民經濟的損失。

在這個新時代，如果還想單純依靠人力，而不是從技術、組織、思想層面去改變和提升，怕是會一步慢步步慢，乃至再無追趕彌補之機會。這也是為什么，運維開始受到業內越來越多的重視。

運維是IT大后方的強有力支撐，小編真心認為運維人員是拯救IT界的英雄呀！

三、因為為技術人員服務是使命呀！

作為技術知識的鏈接者，InfoQ十年如一日，匯集優質學習資源呈現給大家。而今，InfoQ旗下的高效運維開發微信號正式成立，服務于廣大運維工作者，獻上技術知識的支持。

不愿你獨自硬扛著沉甸甸責任，而沒有技術上的支援和精神上的鼓勵。

不愿你困在某個技術點，遍詢四處卻不得既中肯又實用的建議。

不愿你日夜為工作奔波，早已無暇享受哪怕片刻的輕松生活時光。

愿在你的后方提供運維的補給；

愿看著你在工作中屢立戰功；

愿遙祝你成為公司的中流砥柱。

為什么要強調“開發運維”？

高效開發運維這個名字的靈感主要來源在DevOps一詞，DevOps突出重視軟件開發人員和運維人員的溝通合作，通過自動化流程來使得軟件構建、測試、發布更加快捷、頻繁和可靠。 DevOps概念早先升溫于2009年的歐洲，是為了解決傳統模式的運維之痛。

2009年，Flicker宣布每天可以支持10+次的軟件迭代部署，至今仍為交口稱贊的范例。DevOps之所以能夠有效提高軟件迭代，是因為可以形成下面的這個閉環。

目前在國外，互聯網巨頭如Google、非死book、Amazon、LinkedIn、Netflix、Airbnb，傳統軟件公司如Adobe、IBM、Microsoft、SAP等，亦或是網絡業務非核心企業如蘋果、沃爾瑪、索尼影視娛樂、星巴克等都在采用DevOps或提供相關支持產品。我們期望的是推動DevOps在國內的發展。

DevOps給傳統運維帶來了不少考驗，但同時也帶來了巨大機會。怎么利用好開源世界，怎么從運維轉變為DevOps，需要很多智慧和努力。在大數據的環境下，DevOps的挑戰將更加艱巨。

此外，從運維人員的個人角度而言，成為一名運維精英，僅僅掌握基礎的運維技能是不足夠的，必須兼顧提升開發能力。管理大規模集群時，如何做到心中有數、運籌‘維’幄？在運維系統面臨重大挑戰時，如何能做到一人當關、萬夫莫開？

這個微信公眾號會提供什么？

首先向運維社區的先行者致敬，運維圈的活躍需要不斷有技術專家們的積極分享。高效開發運維將會全心全意地奉獻上運維領域的優質內容。

我們的內容將圍繞但不僅限于DevOps的工作環：

狹義的DevOps強調開發運維之間融合，我認為廣義DevOps需要從應用的全生命周期考慮，實現全生命周期的工具集成和跨團隊的線上協作能力。實施DevOps需要從組織、技術、流程、文化四個維度著手，最終促進從項目敏捷走向企業敏捷。

我們不會局限在狹義的DevOps之上。2004年，NASA美國國家航空航天局開始提高研究軟件部署頻率時，DevOps這個詞還沒有被發明出來。近年來，DevOps的開始被越來越多的企業使用，一是得益于核心技術的整體發展，包括云計算、容器技術等； 二是得益于各類相關工具的成熟，如CI/CD、自動化測試、資源管理、監控等領域。 口號運動不重要，重要的是怎樣能將技術踏踏實實地落地。

所以，與其說我們關注DevOps，不如說我們更在意的是DevOps的初心——怎樣在保持穩定的前提下，提高產品迭代；讓運維更有效地交付并實現IT價值。

高效運維開發會為讀者們鏈接更多的技術專家、分享更多的實踐經驗，傾盡全力為你們呈現干貨內容。隨時歡迎大家提供寶貴建議。

 

來自：http://www.infoq.com/cn/news/2016/09/efficient-development-operations