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

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

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

從其他公司情況來看，運(yùn)維工作比較瑣碎。

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

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

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

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

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

二、電子商務(wù)

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

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

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

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

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

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