崗位價值有:web
經過配置文件修改一個後臺參數須要登陸權限,文件修改權限,甚至進程起停權限。這些運營環境的權限須要儘量的收歸到不多的人的手裏以控制風險。業務運維初期以人工接口的方式提供服務,後期以web應用的方式提供自助服務。若是後臺開發人員作得比較完善能夠直接提供web應用提供自助服務。可是不少時候業務開發部門的主要 KPI 不是提供運維的方便性,因此使得業務運維部門須要本身去開發這些管理性質的 web 應用。
常規的新服務器上架版本發佈都須要登陸權限,文件修改權限等幾乎不受限制的權限。運維提供人工接口或者web應用的方式把權限縮小以後對外提供服務。docker
操做安全能夠量化爲操做次數與操做引發的故障的比例關係。運維部門初期以認真仔細的工做態度提供高標準的操做服務。後期以高可重複性高一致性的自動化系統提供安全保險,把每一次都不大同樣的人工操做變成每次執行相同的腳本由計算機執行。業務運維售賣的是一種保險服務,其實質和保險公司同樣是以風險來覈算成本的。
傳統的操做安全也存在兩點問題:編程
低風險的操做是頻繁變動的前提,也是提升業務敏捷性的前提。安全
能夠迅速地完成跨數據中心海量 IP 的操做變動
操做的完成速度是頻繁變動的前提,也是提升業務敏捷性的前提。服務器
與權限收歸性質的後臺 web 應用相似。理論上來講後臺開發會提供一些管理類的界面去查看業務的運營指標,以及程序和資源效率方面的監控指標。可是由於業務部門的 KPI 是以收入爲導向的。不少運營決策用的指標,性能調優性質的指標,故障判別類的指標都須要由業務運維部門來採集展現和告警。網絡
從 IDC 選址,專線規劃到給進程配置文件配置 IP 地址。讓開發人員關心邏輯與邏輯拓撲,屏蔽了部署細節,減小了開發的工做量。讓昂貴的專業開發人員專一於更有價值的事情上。負載均衡
利用虛擬機,container,同機部署多個進程等各類手段提升主機的利用率。合理規劃機架和出口分佈,提升網絡的利用率。
靜態資源調平主要靠優化部署來完成。兩次調平之間通常須要調用比較慢的重部署流程(好比ssh執行腳本起停進程等),甚至可能包含人工操做環節。
靜態資源調平的顆粒度是 IP。運維
動態資源調平通常說法是動態擴所容。和靜態資源調平的主要的區別是通常不以部署流程去調平資源,而是以更快的調整負載均衡,起停進程的方式完成,徹底不能包含人工操做環節。
動態資源調平要求運維必須從 IP 級別的管理水平提升的到進程和服務級別。ssh
大部分時候業務都會提供高可用的系統。運維僅須要在故障以後,對故障機作重啓或者下架替換等善後操做。有的時候,運維須要以冷備和自動切換的方式提供等級弱一個級別的可用性保障。
故障處理時,運維須要進程初步的故障定位。進程和服務的依賴管理能夠幫助運維定位到問題。性能
以 mesosphere 和 hashicorp 等新一代創業公司爲表明,開始提出數據中心操做系統(DCOS)的概念。實質上是複製了 google/twitter 等大公司的標準化運維繫統。 數據中心操做系統(DCOS) 提供方的願景是提供一個通用的標準化運維繫統高效率可靠安全地管理數據中心。直接與開發方對接,以 docker 容器等標準化的方式交付版本,以進程和服務描述的方式標準化搭建進程和服務。數據中心操做系統與開發方有一個很是清晰和低成本的接入接口,徹底省去了運維這個角色寫膠水腳本的必要性,從而完全顛覆這個崗位。 運維目前須要開發的操做和監控類的 web 應用再也不須要定製開發,數據中心操做系統(DCOS)提供可定製的操做和監控模塊,只須要配置就能夠接入,造成 web 應用,不須要代碼開發。 當一家DCOS的產品公司能夠低成本的與各類中小開發商對接以後,中小開發商能夠大幅裁剪運維部門。而DCOS公司能夠得到可觀的經濟收益,從而進一步地開發更完善的產品。DCOS實現的技術關鍵在於,docker的標準化版本交付技術,smartstack爲表明的路由託管技術使得不標準業務改造爲標準業務的成本急劇下降。 puppet/chef 是讓運維寫腳本編程寫cookbook。而DCOS則可能直接讓寫腳本地這個膠水崗位消亡。DCOS顯然比 puppet/chef 等公司更具備顛覆性。