這個問題取決於好幾方面：

1.系統上線時間（是否穩定）；

2.業務是否穩定（是否有小的改進需求）；

3.系統架構是否科學；

這個就看怎麼說了，如果系統設計不科學運維肯定少不了，一定量的運維工作有助於瞭解技術和業務以及系統的不足，如果搞明白了這些問題你還是個運維，那就看是個什麼單位了，要知道無力改變現狀也是很難受的一個事情。

總得來說運維是瞭解一個系統、一個公司、一個具體業務比較穩妥的路徑。但並不是技術含量那麼高的工作，不過話說回來光有技術解決不了業務問題！

運維根據所在行業不同，內容有一些差異。

針對網路系統方面的運維，一是做系統健康度檢查，二是將舊的系統替換為新的系統，三是純新建一個系統。認為運維者首先是要對網路結構和系統特點全面的掌握，同時對以上三種情形全面熟悉做到完全正確。還有就是運維操作開展之前進行靜心的計劃和模擬。並在運維操作結束後進行系統結果檢查。希望回答有幫助！

運維是很有技術含量的活，運維的難度在於要把不是開發的系統維護好，滿足甲方提出的包括5個9之類的高可用性要求。在航空領域，如果飛機制造企業沒有運維能力，航空公司是不會接收其飛機的（參見中國支線客機制造歷程）。

IT領域由於軟體易於修改，因此很多人認為運維不重要，不就是開發上去改幾行程式碼麼？殊不知在5個9的場景下，不停服解決問題的難度是很大的，僅僅把系統當成黑盒子是不行的，還需要運維人員對系統內部有很強的瞭解。為了緩解這個問題，業界提出了兩種方案

（1）devops。研發運營一體化，看上去是打通研發和運營維護的流程，其實是讓研發介入運營和維護

（2）opsdev。運維介入研發。提升運維人員能力，使其可以開發運營和維護工具

這兩種模式都是在試圖將研發和運維拉到一個認知水平，從而讓兩個能力相結合，最終提升客戶滿意度