資訊專欄INFORMATION COLUMN
摘要：數據中心操作系統以和等新一代創業公司為代表，開始提出數據中心操作系統的概念。數據中心操作系統與開發方有一個非常清晰和低成本的接入接口，完全省去了運維這個角色寫膠水腳本的必要性，從而徹底顛覆這個崗位。
崗位價值有：
權限縮小
提供操作安全的保險服務
提供操作的可擴展性
提供業務和資源能見度
屏蔽資源的部署細節
靜態資源調平
動態資源調平
故障處理和善后
權限縮小通過配置文件修改一個后臺參數需要登錄權限，文件修改權限，甚至進程起停權限。這些運營環境的權限需要盡可能的收歸到很少的人的手里以控制風險。業務運維初期以人工接口的方式提供服務，后期以web應用的方式提供自助服務。如果后臺開發人員做得比較完善可以直接提供web應用提供自助服務。但是很多時候業務開發部門的主要 KPI 不是提供運維的方便性，所以使得業務運維部門需要自己去開發這些管理性質的 web 應用。
常規的新服務器上架版本發布都需要登錄權限，文件修改權限等幾乎不受限制的權限。運維提供人工接口或者web應用的方式把權限縮小之后對外提供服務。
操作安全可以量化為操作次數與操作引起的故障的比例關系。運維部門初期以認真仔細的工作態度提供高標準的操作服務。后期以高可重復性高一致性的自動化系統提供安全保險，把每一次都不大一樣的人工操作變成每次執行相同的腳本由計算機執行。業務運維售賣的是一種保險服務，其實質和保險公司一樣是以風險來核算成本的。
傳統的操作安全也存在兩點問題：
即便是自動化的腳本并不能帶來一致性的保障。因為每次執行自動化腳本都可能對現網狀態產生影響，人工的手工操作會使之雪上加霜。實際上每次自動化執行之前的現網狀態都可能不同，結果是一臺服務器使用的時間越久運維風險越高。
版本交付方式的多樣化，操作現網環境的多樣化極大地提高了風險系數。通過標準化版本交付方式，標準化進程和服務起停與依賴管理方式可以用一套自動化系統對接各種差異化的應用，減少中間的膠水腳本帶來的操作安全隱患。攜程出的運維事故說明了其操作安全是沒有保障的。當我們把一個數據中心上的硬盤整體格式化之后，其上的應用多久可以恢復很好的度量了操作方面的水平。
低風險的操作是頻繁變更的前提，也是提高業務敏捷性的前提。
提供操作的可擴展性可以迅速地完成跨數據中心海量 IP 的操作變更
操作的完成速度是頻繁變更的前提，也是提高業務敏捷性的前提。
與權限收歸性質的后臺 web 應用類似。理論上來說后臺開發會提供一些管理類的界面去查看業務的運營指標，以及程序和資源效率方面的監控指標。但是因為業務部門的 KPI 是以收入為導向的。很多運營決策用的指標，性能調優性質的指標，故障判別類的指標都需要由業務運維部門來采集展示和告警。
屏蔽資源的部署細節從 IDC 選址，專線規劃到給進程配置文件配置 IP 地址。讓開發人員關心邏輯與邏輯拓撲，屏蔽了部署細節，減少了開發的工作量。讓昂貴的專業開發人員專注于更有價值的事情上。
靜態資源調平利用虛擬機，container，同機部署多個進程等各種手段提高主機的利用率。合理規劃機架和出口分布，提高網絡的利用率。
靜態資源調平主要靠優化部署來完成。兩次調平之間一般需要調用比較慢的重部署流程（比如ssh執行腳本起停進程等），甚至可能包含人工操作環節。
靜態資源調平的顆粒度是 IP。
動態資源調平一般說法是動態擴所容。和靜態資源調平的主要的區別是一般不以部署流程去調平資源，而是以更快的調整負載均衡，起停進程的方式完成，完全不能包含人工操作環節。
動態資源調平要求運維必須從 IP 級別的管理水平提高的到進程和服務級別。
大部分時候業務都會提供高可用的系統。運維僅需要在故障之后，對故障機做重啟或者下架替換等善后操作。有的時候，運維需要以冷備和自動切換的方式提供等級弱一個級別的可用性保障。
故障處理時，運維需要進程初步的故障定位。進程和服務的依賴管理可以幫助運維定位到問題。
以 mesosphere 和 hashicorp 等新一代創業公司為代表，開始提出數據中心操作系統（DCOS）的概念。實質上是復制了 google/twitter 等大公司的標準化運維系統。
數據中心操作系統（DCOS) 提供方的愿景是提供一個通用的標準化運維系統高效率可靠安全地管理數據中心。直接與開發方對接，以 docker 容器等標準化的方式交付版本，以進程和服務描述的方式標準化搭建進程和服務。數據中心操作系統與開發方有一個非常清晰和低成本的接入接口，完全省去了運維這個角色寫膠水腳本的必要性，從而徹底顛覆這個崗位。
運維目前需要開發的操作和監控類的 web 應用不再需要定制開發，數據中心操作系統（DCOS)提供可定制的操作和監控模塊，只需要配置就可以接入，形成 web 應用，不需要代碼開發。
當一家DCOS的產品公司可以低成本的與各種中小開發商對接之后，中小開發商可以大幅裁剪運維部門。而DCOS公司可以獲得可觀的經濟收益，從而進一步地開發更完善的產品。DCOS實現的技術關鍵在于，docker的標準化版本交付技術，smartstack為代表的路由托管技術使得不標準業務改造為標準業務的成本急劇降低。
puppet/chef 是讓運維寫腳本編程寫cookbook。而DCOS則可能直接讓寫腳本地這個膠水崗位消亡。DCOS顯然比 puppet/chef 等公司更具有顛覆性。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/7935.html
摘要：之前寫了一個版本，不夠簡練業務運維部門有四個方面的崗位價值，按照實現的難易程度排序效率質量成本安全效率這是最容易實現，也是能夠輸出最大的價值地方。總結越關鍵的業務停機的單位損失越大越可以體現運維的價值。 http://segmentfault.com/a/1190000002890102 之前寫了一個版本，不夠簡練 業務運維部門有四個方面的崗位價值，按照實現的難易程度排序 效率 ...
摘要：分享實錄云計算技術源于互聯網公司，現在云計算已經是下一代企業級的發展趨勢。如何做云計算一直是云計算技術的領導者。互聯網公司的快速發展，已經印證了云計算技術和云原生應用相比傳統構架的巨大優勢。 今天小數又給大家帶來一篇干貨滿滿的分享——來自KVM社區線上群分享的實錄，分享嘉賓是數人云CEO王璞，題目是《云計算與 Cloud Native》。這是數人云在KVM社區群分享的第一彈，之后還有數...
摘要：此文已由作者劉超授權網易云社區發布。所以當我們評估大數據平臺牛不牛的時候，往往以單位時間內跑的任務數目以及能夠處理的數據量來衡量。的問題調度在大數據領域是核心中的核心，在容器平臺中是重要的，但不是全部。 此文已由作者劉超授權網易云社區發布。 歡迎訪問網易云社區，了解更多網易技術產品運營經驗 最近總在思考，為什么在支撐容器平臺和微服務的競爭中，Kubernetes 會取得最終的勝出，事實...
摘要：降低對外包服務團隊的依賴，提高業務的敏捷性研發部門實現測試環境自動創建配置和郵件通知，滿足持續集成和持續交付的要求，可自動并快速獲得基礎架構應用配置和代碼等各個關鍵環節的反饋。 2016年對Rancher Labs而言是太重要也太精彩的一年 Rancher 1.0，Rancher 1.1，Rancher 1.2三次重大的版本發布與更新Rancher的累積下載量已達1600萬 在中國海航...
摘要：過去軟件時代是怎么回事一單品時代過去做標準軟件產品，而且是單部門單部門單崗位或單部門多崗位應用，所以過去做軟件時分工特別簡單總部研發軟件，然后構建分銷網絡，總部有專門的部門對分銷網絡進行培訓營銷推廣管理與考核分銷網絡進行簡單的培訓簡單的安裝（1）過去軟件時代是怎么回事 一、單品 IT時代 過去做標準軟件產品，而且是單部門（單部門單崗位或單部門多崗位）應用，所以過去做軟件時分工特別...
閱讀 2536·2023-04-26 02:57
閱讀 1417·2023-04-25 21:40
閱讀 2195·2021-11-24 09:39
閱讀 3569·2021-08-30 09:49
閱讀 774·2019-08-30 15:54
閱讀 1179·2019-08-30 15:52
閱讀 2094·2019-08-30 15:44
閱讀 1282·2019-08-28 18:27
