服務(wù)器運維技術(shù)分析、各主要業(yè)務(wù)節(jié)點運維技術(shù)監(jiān)控；物理服務(wù)器架構(gòu)、服務(wù)器st-info查看；云上平臺、云運維數(shù)據(jù)監(jiān)控、常見問題、問題解決方案的技術(shù)支持。

如果業(yè)務(wù)真的非常復(fù)雜，沒法按照一定標(biāo)準(zhǔn)去劃分運維工作，那我們需要自定義運維工作計劃。運維工作計劃應(yīng)該是業(yè)務(wù)經(jīng)理對運維要求的一個具體體現(xiàn)。如果運維人員做運維工作計劃時有些思路未明確，隨意隨性，那么按照業(yè)務(wù)流程組織安排工作就需要開始介入。

前端產(chǎn)品經(jīng)理技術(shù)出身：運維->存儲層->網(wǎng)絡(luò)層->文件系統(tǒng)->常見問題分析和可用性設(shè)計—>監(jiān)控平臺分析，上層業(yè)務(wù)優(yōu)化后端產(chǎn)品經(jīng)理技術(shù)出身：運維->存儲層->網(wǎng)絡(luò)層->常見問題分析和可用性設(shè)計—>監(jiān)控平臺分析服務(wù)器運維技術(shù)，

從其他公司情況來看，運維工作比較瑣碎。

linux運維工程師主要是部署一個服務(wù)，同時保證代碼可用性。這方面主要靠人品了，有的時候合作比較多也就服務(wù)器出問題，提前埋點建立分布式集群。實際運維工作沒有那么復(fù)雜，不只是部署一個服務(wù)，還需要考慮功能，后續(xù)應(yīng)用，系統(tǒng)運維依賴，有的還要考慮功能是否能夠支持。

說實話，我不愿意回答這種問題，很沒意思，但既然已經(jīng)有人回答了，所以我提供一個場景，拋磚引玉一下。

一、移動互聯(lián)網(wǎng)

1、電信中斷了，但大家都能用，就沒必要自己再去弄個電信的路由，

2、網(wǎng)絡(luò)質(zhì)量不佳，服務(wù)器卡死，要重啟服務(wù)器，但大家都能用，就沒必要自己再去弄個服務(wù)器。

二、電子商務(wù)

1、一臺服務(wù)器就能跑，數(shù)據(jù)庫用的商業(yè)級的，awss3用的是,掛了也可以訪問，那為什么要買大量廉價的實例，再多臺呢？有沒有必要多加機器出租或者租用，交給用戶，

2、網(wǎng)站用戶規(guī)模、交易規(guī)模巨大，成本太高，不如老老實實買臺1臺的淘寶/天貓。

三、傳統(tǒng)企業(yè)

1、財務(wù)規(guī)模，但不是那么繁重的跨行業(yè)流程和流程，假如有多臺服務(wù)器一定能存儲、交換數(shù)據(jù)，那問題來了，怎么放置，

2、業(yè)務(wù)規(guī)模龐大，分管多個子公司，分支機構(gòu)多。拿我所在的第三方電信平臺來說，每天的業(yè)務(wù)發(fā)展到現(xiàn)在服務(wù)器運維技術(shù)，手上從一開始幾十臺到現(xiàn)在上百臺，一般客戶多半都是運維管理和電信承認(rèn)的大佬，有名氣的服務(wù)器，如互聯(lián)網(wǎng)公司的阿里云，但我們只有2~3臺，那如何讓新客戶免費體驗并且提升使用率呢？更可笑的是，有些客戶付費之后還沒有體驗，就要換機，這么大規(guī)模換機的主要原因肯定是活動和優(yōu)惠用戶多。

3、組建一個大的電信集群運維平臺，按照你的業(yè)務(wù)規(guī)模，