服務器運維技術分析、各主要業務節點運維技術監控；物理服務器架構、服務器st-info查看；云上平臺、云運維數據監控、常見問題、問題解決方案的技術支持。

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

前端產品經理技術出身：運維->存儲層->網絡層->文件系統->常見問題分析和可用性設計—>監控平臺分析，上層業務優化后端產品經理技術出身：運維->存儲層->網絡層->常見問題分析和可用性設計—>監控平臺分析服務器運維技術，

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

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

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

一、移動互聯網

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

2、網絡質量不佳，服務器卡死，要重啟服務器，但大家都能用，就沒必要自己再去弄個服務器。

二、電子商務

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

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

三、傳統企業

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

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

3、組建一個大的電信集群運維平臺，按照你的業務規模，