菜鳥網站運維行 第六站
菜鳥網站運維行 第六站
六. 論壇中對於本貼的精彩回復
6.1 jerryma: 運維部是網路工程師、系統工程師、安全工程師、測試工程師的集合。樓主所說的什麼都會的運維工程師可能不會有很高的運維質量.
Veyron : 網路、系統、安全工程師應該是系統部的範疇，他們更多關注的是系統、網路層面，獨立於上層應用，他們提供的是一個通用框架和規範；安全工程師也更多的是基於網路、系統的整體安全策略的制度與規範，如網路入口安全規劃、系統層面的安全（如iptables通用規則、內核加固、通用工具的安全評估）、網路安全審計等等，基於應用層安全如邏輯上的bug/漏洞他們是鞭長莫及的，而運維是基於系統部工作的基礎上，針對上層應用服務的崗位，就好像系統部提供的是一堆積木，而運維將他們組裝成玩具；還有重要一點，我沒有強調運維工程師什麼都要會，但關聯崗位工作一定要了解，否則會有困難，對某些方面需非常熟悉，並有自已的專攻，就像我正在寫的運維技術討論，全是運維工程師的核心職責及技術；另外，測試工程師更多是與開發緊密配合的崗位，與系統部更沒聯繫了。
6.2 evil_knight : 呵呵，樓主把運維想的有些複雜了，至少網站架構你只有建議權，真正的設計者是架構師而不是你！你只是執行者！
Veyron : 這種情況在各公司還是很普遍的，主要是由於運維還不成熟（剛起步），或經驗缺乏，只能做簡單的執行者，而在網站設計、架構、開發中運維會沒有發言權，這是正常現象。當然，我這裡說的是一種比較理想的運維職業狀態，也是一個奮鬥方向吧.
6.3 chexyo: 感覺在混淆概念。LZ是不是可以亮下身份。你們的運維不包括NE? SA? DBA?
Veyron : 嚴格來說運維是包括dba的，當然有些公司的DBA比較獨立，如淘寶，有專門的oralce DBA團隊，而且也做得很牛。Sa是系統工程師，更多職責層面是伺服器硬體的管理、資源分配，上面已有說明，另外，網路工程師也是相對獨立的，很多公司這些職位是屬於一個大點的部門如系統部；運維更多應該是介於系統與應用架構層之間~~~另外，NE()是什麼？不好意思沒弄明白。
6.4 evil_knight: 那個確實太理想化了，大多數運維都沒有開發經驗的，如果要達到你的這個理想狀態，首先這個運維以前是一個開發者有c，web 的開發經驗，非常熟悉unix類操作系統！而且基本就是一個項目的leader否則他沒有這麼強的架構經驗的！而實際上，一個項目的leader很少懂得系統+網路+硬體的，不是沒有，我們老大就是你文中所說的理想！在我看來，他的那種狀態對我來說可望不可及！再一個到達你所說的這種理想，通常都是這個公司運維的頭+技術顧問！
veyron : 關於你說的這幾個問題：
1) 關於開發能力；c是應屆生的基本能力，另外，基於c、web等中間件開發，不需要太多經驗，更多是需要運維方面的經驗；因為運維開發更多是基於運維工具輔助性開發，而不是線上產品，把握一些關鍵點就OK，如性能、易用性、可擴展性，當然如果是大的自動化管理平台還是需要開發能力更強的人來主導，但這是一個人才培養遞隊的問題，高低搭配，有基本運維人員、也有優秀運維人員，不能假設集體平庸化。另外，了解熟悉操作系統這是運維本職工作，必須的技能。
2) 你所說的項目leader應該是指線上產品項目；運維參與架構設計更多是運維相關、當然做得深入應用本身性能、架構優化也能給出建議（詳請見正文，有說明）。
3) 對於職業的發展；大家可以發現，越向上發展，越會更加關注其一些理念及宏觀層面的技能，如架構、技術、管理的全局性掌控技能，具體職業崗位區分會越來越模糊（正如沒有誰關注CTO的以前的職業崗位一樣，當然可能會關心行業的）。例如架構師可能出自褚多崗位的牛人，如網路、系統、開發等等，當然運維也能出架構師，只要做得足夠深夠廣，到CTO也是有可能的。。。
4) 關於職業理想化，這應該是每個職業都有的大方向，不能自設天花板，否則會局限發展......
6.5 selinux : 看了這篇文章，忍不住想回復一下，呵呵。非常佩服veyron能夠對運維的深度剖析。對運維已經達到一個比較高的認識了。個人猜測應該在幾大門戶網站工作，而且應該有3年以上的運維工作經驗。大公司的運維和小公司的運維是有本質區別的。所以很多人對運維停留在不同的認識層面。很多大公司以前也是沒有專門的應用運維職位，開始都是由開發人員同時承擔運維的工作，由於沒有那麼大的精力，所以不可能做的深入，所以對業務的穩定性沒有保障，隨著工作的精細化分工，成立專門的部門 ......一個優秀的運維工程師的經驗是在工作中磨練出來的 。。。不是一朝一夕的事情。一個優秀的網站運維工程師應該是一個複合型人才，對開發，操作系統，架構，安全，網路等都比較熟悉。veyron所說的門戶網站運維在我們公司應該屬於應用運維的範疇，門戶網站運維興起大概也就2，3年的時間，當時沒有可以借鑒的東西，完全是在摸索中前進，當然，各個公司對崗位的命名有所不同，目前baidu，雅虎，騰訊，51，都設有應用運維的崗位。。。應用運維的工作和業務緊密掛鉤，7×24小時服務，對業務的穩定性，健康度負責，對負責的業務而言相當於「管家」的角色，要和各個部門的人打交道。系統運維的工作則和操作系統緊密掛鉤，不對應業務。網路運維則是偏向於網路規劃，硬體防火牆，交換機，路由器等設備的管理，為業務部門提供支撐。IDC運維則偏向於IDC機房的運維，機器的上下架，硬體故障的處理等。安全運維則側重於安全方面的事務，對公司的網路，伺服器，產品等等的安全負責。大家可以繼續討論。希望不要看到對別人勞動成果的不尊重。。。這麼好的一篇帖子，沒必要打「口水戰」，畢竟對運維的層面認識度不一樣。
6.6 GNM : 謝謝lz的分享哈，終於明白點了，但對於運維自動化這塊不是太明白啊，對於應用運維來說，如果日常工作全自動化了，還要運維做什麼呢？
iamshiyu : 呵呵，自動化了，你才能抽出時間去考慮更大範圍的運籌啊——構架的調整修改，業務規模的發展預測，還有最浪費精力和時間的各部門間扯皮的問題。我覺得理想的情況就是需要運維自己創造一個世界，並良好地操縱這個世界的一切，成為這個世界的上帝才行。上帝每天在考慮什麼？當了上帝自然就知道了。
6.7 gehaijiang: 門戶網站應用類運維工程師產生, 是架構缺陷導致的。沒看明白應用運維有技術方向嗎? 做什麼呢? 上線, 寫監控，了解各類系統等等, 應用運維必須找到方向了才行，否則越走越栽.
Veyron: 1) 同意，職業方向非常重要。其實說簡單點，就是要劃清崗位職責，光有職責還不夠，還得有可以逐步實現但長遠的職業夢想（打個不太恰當的比方，如蒙牛的理想是讓全中國人每天喝上一斤牛奶，強壯一個民族）但不能太虛緲空洞~~，這樣大家才會有階段性的成就感，及長遠的工作意願，雖然對於一個新興職業比較難，還得探索。，否則大家慢慢的會迷思在日常瑣碎的工作中，看不到長遠的個人發展方向，不明白自已工作的價值，進而迷失~~
2) 對於「上線，寫監控，了解各類系統」這決不是運維的核心發展方向，只能說是技術要求，這些工作比較底層而且可替代性強，運維更重要的是運維經驗及對應用架構的全局思維，知道如何更合理、高效、更優化的完成他職責範圍內的工作，不流於型式，就好比你不會要求高級工程師和架構師具備這些技術，當然了這些基礎技能對於日常具體工作執行還是非常必要的，如開發性能、安全性、可管理性方面質量高，但這不是方向，這只是滿足崗位職責要求的一些具體的技能（這好比，招聘時會要求新人會c，php，新人來了后具備這些技能，再給他設計方案、步驟，幾天他也能完成），包括自動化運維也是一樣，它也只是運維的一個輔助工具，提高日常工作的執行效率而已。。。所以找到直正的職業方向才是根本。
3) 對於「門戶網站應用類運維工程師產生, 是架構缺陷導致的」 這是由於設計、開發成熟度不夠導致的問題，對於開發工程師，往往只關注功能實現及應用性能；這個問題我想首先需從開發層面找問題，由於這個缺陷直接導致運維職責的履行和績效，可以雙方共同制訂規範化的流程，並由OP負責在設計、開發階段，結合應用特點及規範給出架構設計方面的建議，如安全、性能、冗餘性、及可管理性方面的問題，達不到規範要求，不能正式上線發布，並通過技術手段來強化這個規範，如定義應用-系統層介面~~~但實際操作上對運維的執行力是個挑戰，這要看具體的公司文化了，有的公司研發非常強勢~~
6.8 墟里煙: 鄙人目前就供職於樓主所說的門戶中的其中一個做運維工程師。最初投的職位是開發，後來面試幾輪后調到運維來（演算法不過關，唉，非科班的致命點）。由於之前幾乎沒有涉足過運維（讀大學時做過一段時間校園網的網管。嗯……儘管我所在的學校是教育網某核心節點，裡面的網路設備和伺服器我想一個職高的網管應該見都沒見過吧，但我認為我所做的那還遠遠算不上運維），所以在入職之後一段時間一直沒有找到自己的定位，最初的培訓主要還是學習lamp以及研發所開發的模塊功能和模塊間的關聯關係，也一度對這個職位的前景以及對自我技術能力的提升抱有懷疑，試想，如果你的工作僅僅是去了解研發開發出來的東西該怎樣在線上run起來，那有什麼意思呢？今天拜讀這篇文章，覺得頗有意義，也很有深度，授人以漁總勝過授人以魚吧，很多東西還值得去深思一下。回這個帖子一來是拜一下樓主，感謝一下樓主的無私和指導，二來是想問一點具體的問題，請不吝指教。
1) 您認為運維最核心的競爭力在哪兒？研發的核心競爭力已經很明顯，能不能快速準確地完成項目要求，方向也很明確，從代碼的規範、高效以及可維護方向去深入，然後到達系分。那麼一個OP的核心競爭力呢？方向呢？
2) 研發的工作內容決定他們有許多的產出，總的來說，我覺得做出一個東西並且在線上run起來是一個很有成就感的事情（是的，我們的工作除了掙錢以外，滿足自己的虛榮心不也是很重要的一點么？），而OP看起來更像是在維護他們的產出，那麼，作為一個從小喜歡搗騰東西的人，我想知道OP怎樣才能有自己的成就？怎樣產出自己的想法和觀點？打個比方，研發跳槽時會在簡歷里寫到「參與開發XX產品」，那麼，一個OP的呢？
PS：說我所認識的一個職高程序員的笑話，無笑話其學歷的意思（我朋友中也有很強的職高程序員），僅僅是說一下某一層面的人的態度吧。
在年中曾遇到一個多年不見的朋友，問其現在做啥，答曰寫程序做開發。大驚，該仁兄以前與我一同混跡於街舞圈中，按原我所在舞隊的輩分來說算是我小弟的小弟（嗯，誰叫我是創始人呢…… ），多年以後我混跡於挨踢圈，沒想到小弟們也跟過來了。然後與丫攀談，問感想。丫說，就那麼回事，寫程序嘛，簡單得很，像我這種人很快就學會了。然後再問其具體內容，答曰是做php開發，寫網站。回問，我答做系統方面的東西，主要寫C。伊一臉不屑的笑容，說，都啥年代了還寫C。然後又聊數句，伊恍然大悟：哦，我曉得了，唉，我們的方向就完全不同，你是做低層（不是底層－－筆者注）開發的，我是做高級開發的。然後伊很牛叉狀地問我：你有沒有聽說過phpcms？我們就拿那個來改，簡單得很，套個模板，要是還差什麼功能到網上一搜拷下來就行了。什麼論壇啊博客啊圖片啊都有。而且像我這種很熟悉的人就更快了，一個網站兩三天就搞定了。然後我就問他能不能做出新浪搜狐之類的網站，他不屑地說，他們人多嘛，要是多給我點時間我也能做出來，唉，不過我比
較懶，不想做。然後我就談起我面試，問了他一個簡單問題，如何在100萬個數中找出最大的100個。然後他想了一下說不曉得。
veyron : 1) 您認為運維最核心的競爭力在哪兒？研發的核心競爭力已經很明顯，能不能快速準確地完成項目要求，方向也很明確，從代碼的規範、高效以及可維護方向去深入，然後到達系分。那麼一個OP的核心競爭力呢？方向呢？
2) 研發的工作內容決定他們有許多的產出，總的來說，我覺得做出一個東西並且在線上run起來是一個很有成就感的事情)是的，我們的工作除了掙錢以外，滿足自己的虛榮心不也是很重要的一點么？），而OP看起來更像是在維護他們的產出，那麼，作為一個從小喜歡搗騰東西的人，我想知道OP怎樣才能有自己的成就？怎樣產出自己的想法和觀點？打個比方，研發跳槽時會在簡歷里寫到「參與開發XX產品」，那麼，一個OP的呢？
這兩個問題可以結合來看，而且互為依存，重點在於，我們先要找到運維的技術發展方向：運維核心競爭力<=技術發展方向，比較理想的發展路線：科學合理的技術方向-->深入研究-->技術實際應用（個人技術、價值上會有成就感，簡歷上也能體現了）--> 產生收益（與公司期望相符），周而復始，不斷完善。。。這個過程就是崗位價值、核心競爭力的體現了，在這個過程中個人也會得到滿足；當然了運維可能沒有研發成就感那麼外象、明顯，但即使研發，目前比較大的公司也有慢慢細化的趨勢：演算法研究、業務模型研究、公用組件開發。。。最後到產品實際開發時，可能就是拿著設計文檔，玩壘積木、批量生產的遊戲了（外包、東軟。。），對於成就的定義，觀念上得改變。。。說到具體，對於運維這方面的迷惑。
我總結有兩方面因素：
1) 應用運維剛起步，發展大方向大家還沒看明白，需要我們解決。
2) 職責定位導致了技術方向的迷失；運維在技術發展及職責分工上處於應用與系統之間，從技術發展角度來看，通常會從兩邊發展（軟、硬），但當達到一定的深度后必然會與其它專職崗位的研究方向發生重合（開發、系統研究（內核、儲存、安全。。），由於職責關係，這些方面不可能比專職崗位做得更深入~~~，在各方面都不能深入的情況下，運維工作只能靠問題/事件來驅動，做的都是技術含量低、重複性、高可替代等沒有成就感的工作。。。沒有技術研究方向，沒有創造性，談何競爭力？成就感？
運維發展迷圖：
$光明、價值、成就感$ <-----應用 <---應用運維---> 系統-------> $成就感、價值、光明$
6.9 xuwanbest : 運維這個行業本身並不年輕，在傳統企業運維已經非常成熟，技術方向也很明確：操作系統、web服務/中間件、資料庫、存儲、備份、安全、應用解決方案等等。這些方向在小公司也許也是一人包攬即所謂的全才，而在大公司則分工清晰各有專攻同時將運維劃分為維護和項目實施兩部分，維護再按級別劃分，讓運維不再是7×24小時的代言。既然傳統行業的運維已經這麼清晰，那麼為什麼互聯網的運維還這麼讓人有些琢磨不透呢？
我認為原因如下：
1) 互聯網年輕
2) 互聯網的業務發展太迅猛
3) 互聯網企業本身的閉塞性；
原因就不具體展開了，主要說說解決吧,也是自己目前的想法，歡迎討論。
解決:
1) 分工的問題
互聯網企業最初從一個小公司起家的時間並不長，最長的現在不過10年，而運維往往又滯後於業務本身，所以小公司的全才型人物還沒有完全分解。但是分工是解決所有問題的唯一方法，是邁向真正大而強公司的途徑。至於如何分工，則要結合每個公司各自的業務特點、相關流程會各有不同；
2) 運維的自動化
互聯網運維的終極目標是完成業務實現的自動化。其實這和傳統企業也是相似的：如何使得業務的運作自動化，並促進業務的發展。傳統企業這方面的工作開展的較早，IT部門就是這個職責，目前針對不同的行業比如銀行、製造業、電信等等，都有對應的業務自動化解決方案：ERP/MRP/BIS等等，再加上第三方（IBM/SAP...）的支持，業務自動化已經開始成熟。而作為當下互聯網公司由於是個新興的行業，目前業務的運作還停留在手工階段，所以我們當下運維工程師的職責就是沉澱自身的經驗創建並推動自動化平台的逐漸成熟。每個公司的自動化平台可能也不一樣，這也和各個公司的業務特點、相關流程有關係，但框架是一樣的，所以未來也許會有互聯網公司諮詢、解決方案一職。
如何應對當下的迷茫：
年輕人，拿好工資就要做好當下，其實很多知識是在工作的冥冥中自然掌握的。其實當你熟悉了這些別人看起來很神奇的業務架構時是多麼讓人羨慕啊！同時要相信運維這個行業是有前途的，起碼我是有信心的那我們如何解決這個問題呢？ 今天不早了，就先聊到這裡，隨後有時間我們可再深入探討，希望大家也都來談談自已的見解
veyron: 同意LS的觀點，我歸納為三點:
1) 運維需要合理分工，細化
2) 需要通過自動化提高效率
3) 做好當下（關注細節）、並對運維的前途要有信心，積累經驗....這些在正文中我也有所提及~~~，其中運維自動化屬於運維的技術發展方向之一：提高運維效率/質量、減少運維中間環節及人力成本；其它兩方面更多是運維組織優化、管理上需要關注的問題~~~但對於更深層的技術方向，還需結合運維職責本身來想辦法：服務穩定的保障、應用/集群系統的可管理化、硬體資源合理化/性價比提升、用戶體驗優化。。。結合這些職責，技術方向可進一步細化，如性能、架構優化、安全、中間件/緩存技術、資料庫、監控、自動化系統研究等等~~~這些方面可以做得足夠深入，對於個人發展提升也是非常好的，如系統開發、資料庫、中間件等技能。。。另外，對於我上面提到的那種各崗位技術方向衝突問題，主要體現在公司崗位、部門細化后職責重疊現象，隨著大家對技術的研究深入，特別是對於收益明顯的研究方向，會出現技術、方向上的重疊，如何協調好這個問題，就要體現公司BOSS層的智慧了。
《解決方案》
ll辛苦:em27:
《解決方案》
謝謝分享啊
《解決方案》
謝謝分享了哈 哈哈哈
__________________________________
www.fanwencn.com
