系統工程師和系統運維是兩個不同的職位嗎？

12-29

系統工程師，運維工程師，系統管理員等，在中國的互聯網環境，一般來說，指的都是差不多的職位。

如果說，開發工程師，是實現PM 們的想法，是PM 和產品之間的連接樞紐，那麼，這個職位的同學們，就是開發工程師和伺服器之間的連接樞紐。負責一些操作系統安裝，系統部署等工作，系統級別的維護優化等等貌似很雜的活。

這個職位的同學們，未必就不是程序員噢，或許代碼造詣比開發工程師更高呢，只是不想去做一些粗活。

也有一些公司，會嚴格細分這兩個職位。系統工程師，是開發一些提供介面給開發工程師使用的核心系統，或者一些運維的web 系統；運維工程師，就是具體的操作者（他們叫一線運維），他們就是使用這些運維平台的人，相對來說，技術含量低很多。

受邀回答這個問題，可實際上我也不知道該怎麼區分，那就扯扯吧，大家也隨便看看。

這個職位也許在國內的環境並不是太好區分，大企業這一塊細分得可能好一些，在小公司這個職位實際上很多時候是需要打雜的，系統工程師好聽一點，實際上比如我的職位，當年應聘的時候，有兩個職位，一個是系統工程師，一個是系統管理員，當時看了招聘的要求，感覺工程師好聽，但是那個招聘門檻卻又比較低，最後還是選擇了感覺相對「不好聽」的系統管理員，還好，選對了，當年那個工程師職位是機房的一線運維（不是說一線運維不好，只是我的興趣方向不是這塊），管理員是直接與系統、項目做橋樑。當然了，進了公司後，發現我的職位實際上是叫系統工程師的。但是我們內部又自己只是叫網管（所以如果和不了解的朋友說我是做什麼的，我從來都是兩個字：挨踢）

現在可以分得比較清楚的，正如陳湛翀回答的，運維這一塊目前有比較清晰界分的應該是系統開發工程師和系統運維工程師吧。開發這一塊，比如提供對外介面，開發適合公司、部門的系統管理工具、開發監控系統等等。

說說我心目中的系統工程師應該具備的質素吧：

技能廣而深，全局觀要強，能引導公司、項目的運維體系良性發展，而不是你需要什麼我提供什麼，出了問題我解決問題，能在一開始就預計發展方向，這樣做在規模變化或者機制變更的時候會帶來哪些問題，如何更好的規避可能出現的問題，出現不可規避問題如何更快更好的解決。

開發編程能力也必不可少，很多，真的很多程序員，他們寫出來的程序根本就不顧硬體、系統、老闆、還有你的感受的！你必須在他們這樣做，甚至在他們還沒這樣做的時候就告訴、阻止他們，你們這樣做是不對的，或者需要改進的。產品為導向，但做為一個靠譜的系統工程師，你必須有靠譜的原則與堅持。

素質和RP那，必須的！RP不好，軟硬體各種欺負你。素質不好，你可是有最高許可權的哦。你，必須讓公司用起來放心。

扯完。。

System administrator 是根據手冊做事的

System engineer 是根據自身經驗獨立解決故障的

上周剛剛和二個老外聊過這個事。

絕大多數的公司里是不區分這個的吧~事實上我自己經歷過的兩家公司，都是招聘的時候說系統運維，入職寫系統工程師。而接觸過的區分的公司，可以理解成系統工程師不單單是維護，更多需要對底層系統的了解，能夠在這個層面動手腳的。而運維，更多是在lamp以及現在更多的新應用上面進行調整優化——不是說只能做這些，而是更偏重。

我們公司基本兩者是一樣的，都是一線的運維工程師開發適合自己的運維工具。

是不同職位，比如豆瓣的平台組就分SA小分隊和SE的系統工程組

開發型SA再怎麼開發，還是SA，開發能力不能跟SE比。

同樣，會運維的SE，依然還是SE，運維能力不能跟SA比。

如果用造樓來比喻的話，SE是整棟大樓地基的設計師和實現者，他可能要站在全局的角度去看上層建築，同時要關心地基是否穩固，是否利於上層建築。

而SA的角色就是，無論怎麼草，地基不能垮，他們就是地基保衛者，至於上層建築是怎樣，可以不去關心。

在我看來的團隊裡面，SA和SE同樣重要，你們是不知道沒一個好的SA，作為SE活得好艱難……當然反過來也一樣，沒有好的SE，SA 7*24小時都不夠，天天救火……

不一樣,我認識的一些資深的原廠工程師,他們也是系統工程師.

系統工程師是什麼？

在系統發展的過程中，系統工程師是管理層、顧客、供應方和專業工程師之間主要的連接。當大多數人有其他工程學科方面的背景時，系統工程師需要同時具有能力和興趣從一個系統整體的角度來思考問題。這個系統整體可能是從專業和可識別的工程領域，也可能是從科學/數學，人類系統，商業等其他領域來發展批判性思維和邏輯思維。

系統工程是一門貫穿了定義、發展、運營、管理和最後取來了質量系統的工程學科。當其他工程學科只需要專註在某一個專業的系統時（例如電力、機械、人類工程計量學、空氣動力學、軟體等），系統性的思考需要系統工程師專註在整合所有這些方面，從而成為一個連貫而有效的系統。系統工程師會從某個特別的角度，從而代入工程的過程（需求定義，頂級功能設計，項目管理，生命周期成本分析），以此組織和協調其他工程活動。

有很多項目的存在都會訓練系統工程師。INCOSE長期以來一直致力於為系統工程師們創造重要的職業道路。在與美國史蒂文斯理工學院（Stevens Institute of Technology）和國際電機電子工程師協會計算機學會（IEEE Computer Society）的不斷合作中，INCOSE已經創造了一個項目從而為完整的系統工程知識範圍提供一個鮮活的、共享的權威性指南。而這份指南如今已經迅速成為在世界範圍內，用於指導系統工程研究型教育和實踐方向，被最常用的參考文獻了。

詳情請進入http://www.bkcase.org/ 了解更多關於這份權威性指南的信息。

INCOSE在你的職業道路中可以怎樣幫助你呢？

1. INCOSE的成員們有權進入Job Board查看相關工作崗位和信息。http://incose.careerwebsite.com/home/index.cfm?site_id=582

2. INCOSE的專業認證（certification）可以成為你簡歷中至關重要的憑證。

http://www.incose.org/certification

3. 人際社交是打開並成就事業道路最好的方式。在INCOSE的分會和團隊小組中，有非常多的機會可以進行人際社交、從而拓展系統工程方向的人脈。

歡迎關注INCOSE的知乎機構賬號，了解更多關於系統工程師的職業發展和更多活動！

你可能還想對這些感興趣：

怎樣的人想要加入INCOSE呢？ - 知乎專欄INCOSE（國際系統工程協會）是一家什麼樣的組織？ - 知乎專欄

INCOSE的專業認證（Certification）詳解 - 知乎專欄

在小公司,只是個職位名稱,具體看做的事情.沒有區別.

在大公司,崗位劃分比較細,系統工程師,對相關方便比較專長.運維工程師,接觸面比較廣,保障系統正常運行.

必須不是吧…-_-#我也不清楚

http://forum.successsl.com/

看看這個網站就知道系統工程師做什麼的。

管系統網路，系統伺服器操作系統，系統方案和客戶端系統部署及管理。

所以系統工程師應該會:linux(Redhat, Debian, Windows, Mac ), Mobile 安全，網路中級操作。

在我們公司，系統工程師服務伺服器上線，部署，優化，監控部署，和開發工程師探討技術解決方案，而運維工程師則更像值班性質的，我們公司目前是這樣的現狀，運維工程師前景不錯……

在不同公司有不同的要求。我所在的公司系統工程師（SE）是與運維嚴格區分、完全不同的崗位。

SE主要是從事系統設計尤其是需求設計的工作，要平衡客戶和開發的訴求，給出項目的最優解決方案，從項目立項到系統設計到系統開發直至最後項目關閉都會全程跟蹤，是需要有若干年的項目實際開發經驗才可以做的。

運維則跟其他人提到的差不多。

P.S. 剛好最近問過SE與系統架構師的區別

國內大環境實際上是沒有區分這個，可以看到招聘網站上他們的招聘需求差不多，系統工程師，系統運維，運維工程師，其實做的高級都是在系統和軟體級別能夠做到明白其原理，了解其機制，懂得各種解決方案，能夠進行各種調優....

？？？

看公司。在一些公司，系統工程師主要負責開發監控系統，Automated Pipeline（這塊類似於DevOps和SRE的職責），同時也要負責server side API和system dev tool的開發。有時候當然也要負責一些BAU，負責後台許可權，充當一下業務運維。

按照定義，系統工程師是「改進系統流程和效率」的人員，而系統運維則更加偏向於「使用工具來保證系統的高效運轉」。DevOps喊到今天，其實運維現在也兼有一部分系統工程師的任務了，而系統工程師身上也有了運維的DNA。越是大的公司，這兩者分得越清楚，越是小的公司，這兩者的界限越模糊。

系統工程師是從系統開始安裝到架構都是他來做，而運維工程師是別人已經搭建好了你去維護一下就這點區別

在小公司這名稱就隨便叫的了，實際幹啥活就根據實際情況來了

在小公司,只是個職位名稱,具體看做的事情.沒有區別.

在大公司,崗位劃分比較細,系統工程師,對相關方便比較專長.運維工程師,接觸面比較廣,保障系統正常運行.

這二個崗位其實是有區分的。但是現在的HR或者招人的都不懂。所以亂寫。最好的方法是看工作職責和簡介。面試的時候問一下工作內容。自己心裡應該就有數了。

話說我每次都忘記問。結果發現都是打雜的。領導安排你做啥就做啥了。苦。。。。

只能說互聯網應用越來越廣泛的現在運維部門開始越來越受重視，以前一個網管就能把所有的事情都概括了去，現在運維行業還在逐步被定型的過程中，一般的由網管-網工-監控-dba-系統工程師來組成，只是每個公司的區分不同而已，期待大發展

學習了啊