❶ 如何成為一名合格的運維工程師
一、什麼是大型網站運維?
首先明確一下,全文所講的」運維「是指:大型網站運維,與其它運維的區別還是蠻大的;然後我們再對大型網站與小型網站進行范圍定義,此定義主要從運維復雜 性角度考慮,如網站規范、知名度、伺服器量級、pv量等考慮,其它因素不是重點;因此,我們先定義伺服器規模大於1000台,pv每天至少上億(至少國內 排名前10),如sina、、QQ,renren.com等等;其它小型網站可能沒有真正意義上的運維工程師,這與網站規范不夠和成本因素有關,更多的 是集合網路、系統、開發工作於一身的「復合性人才」,就如有些公司把一些合同采購都納入了運維職責范圍,還有如IDC網路規劃也納入運維職責。所以,非常 重要一定需要明白:運維對其它關聯工種必須非常了解熟悉:網路、系統、系統開發、存儲,安全,DB等;我在這里所講的運維工程師就是指專職運維工程師。
我們再來說說一般產品的「出生」流程:
1、首先公司管理層給出指導思想,PM定位市場需求(或成熟應用)進行調研、分析、最終給出詳細設計。
2、架構師根據產品設計的需求,如pv大小預估、伺服器規模、應用架構等因素完成網路規劃,架構設計等(基本上對網路變動不大,除非大項目)
3、開發工程師將設計code實現出來、測試工程師對應用進行測試。
4、好,到運維工程師出馬了,首先明確一點不是說前三步就與運維工作無關了,恰恰相反,前三步與運維關系很大:應用的前期架構設計、軟/硬體資源評估申請 采購、應用設計性能隱患及評估、IDC、服務性能\安全調優、伺服器系統級優化(與特定應用有關)等都需運維全程參與,並主導整個應用上線項目;運維工程 師負責產品伺服器上架准備工作,伺服器系統安裝、網路、IP、通用工具集安裝。運維工程師還需要對上線的應用系統架構是否合理、是否具備可擴展性、及安全 隱患等因素負責,並負責最後將產品(程序)、網路、系統三者進行拼接並最優化的組合在一起,最終完成產品上線提供用戶使用,並周而復使:需求->開 發(升級)->測試->上線(性能、安全問題等之前預估外的問題隨之慢慢就全出來了)在這里提一點:網站開發模式與傳統軟體開發完全不一樣, 網站一天開發上線1~5個升級版本是家常便飯,用戶體驗為王嘛,如果某個線上問題像M$ 需要1年解決,用戶早跑光了;應用上線後,運維工作才剛開始,具體工作可能包括:升級版本上線工作、服務監控、應用狀態統計、日常服務狀態巡檢、突發故障 處理、服務日常變更調整、集群管理、服務性能評估優化、資料庫管理優化、隨著應用PV增減進行應用架構的伸縮、安全、運維開發工作:
a 、盡量將日常機械性手工工作通過工具實現(如服務監控、應用狀態統計、服務上線等等),提高效率。
b、解決現實中服務存在的問題,如高可靠性、可擴展性問題等。
c、大規模集群管理工具的開發,如1萬台機器如何在1分鍾內完成密碼修改、或運行指定任務?2000台伺服器如何快速安裝操作系統?各分布式IDC、存儲集群中數PT級的數據如何快速的存儲、共享、分析?等一系列挑戰都需運維工程師的努力。
在此說明一下其它配合工種情況,在整個項目中,前端應用對於網路/系統工程師來說是黑匣子,同時開發工程師職責只是負責完成應用的功能性開發,並對應用本 身性能、安全性等應用本身負責,它不負責或關心網路/系統架構方面事宜,當然軟/硬體采購人員等事業部其它同事也不會關心這些問題,各司其職,但項目的核 心是運維工程師~!所有其它部門的橋梁。
上面說了很多,我想大家應該對運維有一些概念了,在此打個比方吧,如果我們是一輛高速行駛在高速公路上的汽車,那運維工程師就是司機兼維修工,這個司機不 簡單,有時需要在高速行駛過程中換輪胎、並根據道路情況換檔位、當汽車速度越來越快,汽車本身不能滿足高速度時對汽車性能調優或零件升級、高速行進中解決 汽車故障及性能問題、時刻關注前方安全問題,並先知先覺的採取規避手段。這就是運維工作~!
最後說一下運維工程師的職責:」確保線上穩定「,看似簡單,但實屬不容易,運維工程師必須在諸多不利因素中進行權衡:新產品模式對現有架構及技術的沖擊、 產品高頻度的升級帶來的線上BUG隱患、運維自動化管理承度不高導致的人為失誤、IT行業追求的高效率導致流程執行上的缺失、用戶增漲帶來的性能及架構上 的壓力、IT行業寬松的技術管理文化、創新風險、互聯網安全性問題等因素,都會是網站穩定的大敵,運維工程師必須把控好這最後一關,需具體高度的責任感、 原則性及協調能力,如果能做到各因素的最佳平衡,那就是一名優秀的運維工程師了。
另外在此聊點題外話,我在這里看到有很多人要sina、QQ、,51.com等聊自已的運維方面的經驗,其實這對於它們有點免為其難:
a、各公司自已網路架構、規模、或多或少還算是公司的核心秘密,要保密,另外,對於大家所熟知的通用軟體、架構,由於很多公司會根據自已實際業務需要,同 時因為原版性能、安全性、已知bug、功能等原因,進行過二次開發(如apache,php,mysql),操作系統內核也會根據不同業務類型進行定製 的,如某些應用屬於運算型、某些是高IO型、或大存儲大內存型。根據這些特點進行內核優化定製,如sina就在memcache上進行過二次開發,搞出了 一個MemcacheDB,具體做得如何我們不談,但開源了,是值得稱贊的,國內公司對於開源基本上是索取,沒有貢獻;另外,伺服器也不是大家所熟知的型 號,根據業務特點,大部份都是找DELL/HP/ibm進行過定製;另外,在分布式儲存方面都有自已解決方案,要不就是使用現成開源hadoop等解決方 案,或自已開發。但90%都是借鑒google GFS的思想:分布式存儲、計算、大表。
b、各公司業務方向不一樣,會導致運維模式或方法都不一樣,如51.com和運維肯定區別很大,因為他們業務模式決定了其架構、伺服器量級、 IDC分布、網路結構、通用技術都會不一樣,主打新聞門戶的sina與主打sns的51.com運維模式差異就非常大,甚至職責都不大一樣;但有一點,通 用技術及大致架構上都大同小異,大家不要太神化,更多的公司只是玩壘積木的游戲罷了,沒什麼技術含量。
c、如上面所講,目前大型網站運維還處於幼年時期理念和經驗都比較零散,沒有成熟的知識體系,可能具體什麼是運維,大家都要先思索一番,或壓根沒想過,真 正討論也只是運維工作的冰山一角,局限於具體技術細節,或某某著名網站大的框架,真正運維體系化東西沒有,這也許是目前網上運維相關資料比較少的原故吧。 或者也是國內運維人員比較難招,比較牛的運維工程師比較少見的原因之一吧。
二、運維工作師需要什麼樣的技能及素質
做為一名運維工程師需要什麼樣的技能及素質呢,首先說說技能吧,如大家上面所看到,運維是一個集多IT工種技能與一身的崗位,對系統->網路 ->存儲->協議->需求->開發->測試->安全等各環節都需要了解一些,但對於某些環節需熟悉甚至精通,如系統 (基本操作系統的熟悉使用,*nix,windows..)、協議、系統開發(日常很重要的工作是自動運維化相關開發、大規模集群工具開發、管理)、通用 應用(如lvs、ha、web server、db、中間件、存儲等)、網路,IDC拓樸架構;
技能方面總結以下幾點:
1、開發能力,這點非常重要,因為運維工具都需要自已開發,開發語言:c/c++(必備其中之一)、perl、python、php(其中之一)、shell(awk,sed,expect….等),需要有過實際開發經驗,否則工作會非常痛苦。
2、通用應用方面需要了解:操作系統(目前國內主要是linux、bsd)、webserver相關 (nginx,apahe,php,lighttpd,java。。。)、資料庫(mysql,oralce)、其它雜七八拉的東東。。。系統優化,高可 靠性。。。這些只是加分項,不需必備,可以邊工作邊慢慢學,這些東西都不難。當然在運維中,有些是有分工偏重點不一樣。
3、系統、網路、安全,存儲,CDN,DB等需要相當了解,知道其相關原理。
個人素質方面:
1、 溝通能力、團隊協作:運維工作跨部門、跨工種工作很多,需善於溝通、並且團隊協作能力要強;這應該是現代企業的基本素質要求了,不多說。
2、工作中需膽大心細:膽大才能創新、不走尋常路,特別對於運維這種新的工種,更需創新才能促進發展;心細,運維工程師是網站admin,最高線上許可權者,一不小心就會遺憾終生或打入十八層地獄。
3、主動性、執行力、精力旺盛、抗壓能力強:由於IT行業的特性,變化快;往往計劃趕不上變化,運維工作就更突出了,比如國內各大公司伺服器往往是全國各 地,哪裡便宜性價比高,就那往搬,進行大規模服務遷移(牽扯的伺服器成百上千台),這是一個非常頭痛的問題;往往時間非常緊迫,如限1周內完成,這種情況 下,運維工程師的主動性及執行力就有很高的要求了:計劃、方案、服務無縫遷移、機器搬遷上架、環境准備、安全評估、性能評估、基建、各關聯部門扯 皮,7X24小緊急事故響應等。
4、其它就是一些基本素質了:頭腦要靈光、邏輯思維能力強、為人謙虛穩重、親和力、樂於助人、有大局觀。
5、最後一點,做網站運維需要有探索創新精神,通過創新型思維解決現實中的問題,因為這是一個處於幼年的職業(國外也一樣,但比國內起步早點),沒有成熟體系或方法論可以借鑒,只能靠大家自已摸索努力。
三、怎樣才算是一個合格的運維工程師
1、保證服務達到要求的線上標准,如99.9%;保證線上穩定,這是運維工程師的基本責職所在。
2、不斷的提升應用的可靠性與健壯性、性能優化、安全提升;這方面非常考驗主動性、和創新思維。
3、網站各層面監控、統計的覆蓋度,軟體、硬體、運行狀態,能監控的都需要監控統計,避免監控死角、並能實時了解應用的運轉情況。
4、通過創新思維解決運維效率問題;目前各公司大部份運維主要工作還是依賴人工操作干預,需要盡可能的解放雙手。
5、運維知識的積累與沉澱、文檔的完備性,運維是一個經驗性非常強的崗位,好的經驗與陷阱都需積累下來,避免重復性范錯。
6、計劃性和執行力;工作有計劃,計劃後想法設法達到目標,不找借口。
7、自動化運維;能對日常機械化工作進行提煉、設計並開發成工具、系統,能讓系統自動完成的盡量依靠系統;讓大家更多的時間用於思考、創新思維、做自已喜歡的事情。
以上只是技術上的一些層面,當然個人意識也是很重要的。
四、運維職業的迷惘、現狀與發展前景
運維崗位不像其它崗位,如研發工程師、測試工程師等,有非常明確的職責定位及職業規劃,比較有職業認同感與成就感;而運維工作可能給人的感覺是哪方面都了 解一些,但又都比上專職工程師更精通、感覺平時被關注度比較低(除非線上出現故障),慢慢的大家就會迷惘,對職業發展產生困惑,為什麼會有這種現象呢? 除了職業本身特點外,主要還是因為對運維了解不深入、做得不深入導致;其實這個問題其它崗位也會出現,但我發現運維更典型,更容易出現這個問題;
針對這個問題我談一下網站運維的現狀及發展前景(也在思考中,可能不太深入全面,也請大家斧正補充)
運維現狀:
1、處於剛起步的初級階段,各大公司有此專職,但重視或重要承度不高,可替代性強;小公司更多是由其它崗位來兼顧做這一塊工作,沒有專職,也不可能做得深入
2、技術層次比較低;主要處於技術探索、積累階段,沒有型成體系化的理念、技術。
3、體力勞動偏大;這個問題主要與第二點有關系,很多事情還是依靠人力進行,沒有完成好的提練,對於大規模集群沒有成熟的自動化管理方法,在此說明一下,大規模集群與運維工作是息息相關的如果只是百十來台機器,那就沒有運維太大的生存空間了。
4、優秀運維人才的極度缺乏;目前各大公司基本上都靠自已培養,這個現狀導致行業內運維人才的流動性非常低,非常多好的技術都局限在各大公司內部,如 google 50萬台機器科學的管理,或者國內互聯公司top 10 的一些運維經驗,這些經驗是非常有價值的東西並決定了一個公司的核心競爭力;這些問題進而導致業內先進運維技術的流通、貫通、與借簽,並最終將限制了運維 發展。
5、很多優秀的運維經驗都掌握在大公司手中;這不在於公司的技術實力,而在於大公司的技術規模、海量PV、硬體規模足夠大,如可怕的流量、 51.com海量數據~~~~這些因素決定了他們遇到的問題都是其它中/小公司還沒有遇到的,或即將遇到。但大公司可能已有很好的解決方案或系統。
發展前景:
1、從行業角度來看,隨著中國互聯網的高速發展(目前中國網民已躍升為全球第一)、網站規模越來越來大、架構越來越復雜;對專職網站運維工程師、網站架構 師的要求會越來越急迫,特別是對有經驗的優秀運維人才需求量大,而且是越老越值錢;目前國內基本上都是選擇畢業生培養(限於大公司),培養成本高,而且沒 有經驗人才加入會導致公司技術更新緩慢、影響公司的技術發展;當然,畢業生也有好處:白紙一張,可塑性強,比較認同並容易融入企業文化。
2、從個人角度,運維工程師技術含量及要求會越來越高,同時也是對公司應用、架構最了解最熟悉的人、越來越得到重視。
3、網站運維將成為一個融合多學科(網路、系統、開發、安全、應用架構、存儲等)的綜合性技術崗位,給大家提供一個很好的個人能力與技術廣度的發展空間。
4、運維工作的相關經驗將會變得非常重要,而且也將成為個人的核心競爭力,具備很好的各層面問題的解決能力及方案提供、全局思考能力等。
5、特長發控和興趣的培養;由於運維崗位所接觸的知識面非常廣闊,更容易培養或發揮出個人某些方面的特長或愛好,如內核、網路、開發、資料庫等方面,可以做得非常深入精通、成為這方面的專家。
6、如果真要以後不想做運維了,轉到其它崗位也比較容易,不會有太大的局限性。當然了,你得真正用心去做。
7、技術發展方向、網站/系統架構師。
❷ 什麼是運維管理
運維管理就是一個規范的流程,也可以理解成一個管理系統。管理信息系統應該是利用各類通用構件、組件、和工具等搭建構造形成的,它們是具有獨立性的、松耦合、可拆卸、易維護的產品集合,從而使得支持整個組織運行的一體化管理信息系統能夠持續地支持應用的拓展和完善,能夠實現自身能力和效率的可持續發展和提升。
1.運維的目的是確保對業務需求和運行環境變化的,及時有效地支持,所以直接取決於應用系統對變化響應的能力、效率和可管理性。傳統叢檔茄應用系統通過直接修改代碼實現運維的模式已不適應,且不可管理,而是讓用戶能夠通過相應的工具,對相關構件和組件的配置、定義、修改,以實現對業務和環境的運維,並且實現對變化過程的記錄、跟蹤和分析管理。
2.、整個組織的應用需求可能會因為地域差異而不同,可能會因為發展進程的覆蓋面而不同,可能會因為環境配置情況而不同。應對這些「不同」,以及支持這些「不同」的能力,是與傳統管理信息系統運維的根本區別,傳統是通過應用系統因為需要固化需求,只能通過不同版本去適應「不同」,而新一代應用系統(AS2.0)[1] 則是在統一運行環境中,通過工具的配置和定義實現對「不同」的支持和管理。
3.管理變化和不同。傳統的運維只是通過編碼實現「變化」和「不同」,而新一代應用系統(AS2.0)[1] 的運維還要拓展到對「變化」和「不同」的管理。引入數據空間[3] 的概念,記錄下對業務和環境運維「變化」、「不同」、「狀態」、「標准」和「歷史」等要素的變更記錄和發展痕跡,從而實現管理信息系統全生命周期、全功能覆蓋、全面質量管理的運維管理能力。如同在數學研究中引入「導數」,拓展了對數據的變化研究一樣,「數據空間[3] 」的引入,拓展了對管理信息系統變化的管理能力。
4.專業的管理組織。運維管理不再只是IT部門的職責,而是整個組織都需參與的過程。對於管理者要能夠將管理思路和決策需求加以表述;對於業務骨幹要能夠自行對管理者所表述的思路和需求,進行對管理信息系統的載入和維護,以實現對它們的操作支持和用戶體驗;對於IT部門更側重於運行環境的保障、應用系統構成部分的能力和性能的監控、分析、管控與反饋等;開發商則更關注公共構件、組件、工具產品的能力、性能、體驗的完善和提升。
5.要有管理的制度。運維管理一旦納入整個滲察組織的管理體系中,運維管理制度不再是IT部門的專有制度,而是對整個組織業務發展、管理完善、能力拓展等過程和行為的管控和規范,使得它們發展可持續、完善易有序、拓展能穩蠢尺定。
希望我的回答可以幫到你,謝謝
❸ 什麼是運維運維工種有哪些
運維(Operation and maintenance)一般是指對大型組織已經建立好的網路軟硬體的維護,其中傳統的運維是指信息技術運維(IT運維)。
所謂IT運備殲維管理,是指單位 IT 部門採用相關的方法、手段、技術、制度、流程和文檔 等,對IT 運行環境(如軟硬體環境、網路環境等)、IT 業務系統和 IT 運維人員進行的綜合管理。
隨著信息化進程的推進,運維管理將覆蓋對整個組織運行,進行支持的管理信息系統涵蓋的所有內容,除了傳統的IT運維,還拓展了業務運維和日常管理運維。
其參與的對象也從IT部門和人員,拓展到組織的管理層和各部門,及其相關的業務骨幹。運維的最終結果是對軟體運行中各種性能的維護。
運維工程師從工作方式上分為幾大類:
1,運維工程師/運維開發工程師:
負責具體的產品線運維工作,同時也需要掌握開發的能力,深入業務,最了解業務的痛點和問題,同時研發/優化針對產品業務需求的平台、工具和手段,能夠接觸到各類優秀的系統架構並有能力做出優劣對比,同時對業務的掌控決定了相應運維工程師在業務發展中的作用。長遠發展是成為大型系統的架構師。
2,運維平台研發工程師:
專門研發運維相關通用平台和技術,需要有一定的產品線運維經驗或從產品線中拿到運維需求。對研發能力有較高的要求,對系統的設計有較嚴格的標准,並且能夠理解用戶需求,做出適合服務運維和滿足運維工程師使用體驗的運維產品,長遠的發展是成為各個技術縱向領域的技術專家。
3,資料庫研發工程師/數仿譽沖據庫工程師:
資料庫方向是運維技術中較為特殊的一個方向,由於業務的重要性通常需要專設崗位,業界在該方向也有深厚的研究和積累。主要方向有資料庫內核、雲資料庫等,長遠發展是資料庫領域的技術專家,資料庫架構師。
4,運維經理:
運維同學做事情的過程中通常需要協調多個RD和QA同學,對協調和推進能力要求比較高,對一些技術深度還不錯,協調和推進能力比較高的同學非常適合轉型管理職位,長遠的發展和技術部門的管理職位一樣目標是CTO、CEO。
各個方向上的工程師發展到一定階段後,沒有明確的界限,需要同時具備較強的運維、架構、編程、演算法等能力,是一個要求很高要求的職虛岩業。
(3)網站運維是什麼概念擴展閱讀:
運維以技術為基礎,通過技術保障產品提供更高質量的服務。運維工作的職責及在業務中的位置決定了運維工程師需要具備更加廣博的知識和深入的技術能力:
1,扎實的計算機基礎知識,包括計算機系統架構,操作系統,網路技術等;
2,通用應用方面需要了解操作系統、網路、安全,存儲,CDN,DB等,知道其相關原理;
3,編程能力,小到運維工具的開發大到大型運維系統/平台的開發都需要有良好的編程能力;
4,數據分析能力:能夠整理、分析系統運行的各項數據,從中發現問題及找到解決方向;
5,豐富的系統知識,包括系統工具、典型系統架構、常見的平台選型等;
6,綜合利用工具和平台的能力;
7,運維工作的復雜性對這個崗位的運維工程師們的軟素質也提出了要求:時間管理能力,特別是碎片化時間的處理能力;沉穩的心態,面對緊急情況時需要處變不驚;溝通能力、團隊協作,運維工作跨部門、跨工種工作很多,需善於溝通、並且團隊協作能力要強;
8,工作中需膽大心細:膽大才能創新、不走尋常路,特別對於運維這種新的工種,更需創新才能促進發展;心細,運維工程師是最高線上許可權者,需要謹慎心細;
❹ 運維是一個什麼概念,運維工程師平時做什麼工作
互聯網公司的運維工程師的工作內容我比較了解,包含如下方法:
事件管理:目標是在服務纖大態出現異常時盡可能快速的恢復服務,從而保障服務的可用性;同時深入分析故障產生的原因,推動並修復服務存在的問題,同時設計並開發相關的預案以確保服務出現故障時可以高效的止損。
變更管理:以可控的方式,盡可能高效的完成產品功能的迭代的變更工作。
發布管理:通過構建自動化的毀源平台確保每一次版本變更可以安全可控地發布到生產環境。
容量管理:在服務運行維護階段,為了確保服務架構部署的合理性同時掌握服務整體的冗餘,需要不斷評估系統的承載能力,並不斷優化之。
架構優化:為了支持產品的不斷迭代,需要不斷的仿者進行架構優化調整。以確保整個產品能夠在功能不斷豐富和復雜的條件下,同時保持高可用性。
運維工作涉及面廣,時間長,7*24是常態。
❺ 網站運維的概念說明
網站建設是指使用標識語言,通過一系列設計、建模、和執行的過程將電子格式的信息通過互聯網傳輸,最終以圖形用戶界面的形式被用戶所瀏覽。建立網站可使企業展示自身形象、發布產品信息、聯系網上客戶的新平台、新天地,進而可以通過電子商務開拓新的市場,以極少的投入嘩伏獲得極大的收益和利潤。現今,許多公司都擁有自己的網站,他們利用網站來進行宣傳、產品資訊發布、招聘等等。網站建設要突出個性,注重瀏覽者的綜合感受,令其在眾多的網站中脫穎而出。通常,網站建設可以分為靜渣蘆蘆態網站和動態網站。
然而,一個好的企業網站,不僅僅是一次性製作完美就完事了,由於企業的發展狀況在不斷地變化,網站的內容也需要隨之調整,才能給人常新的感覺,更加吸引訪問者,給訪如帶問者良好的印象。這就要求企業對站點進行長期、不間斷地維護和更新。特別是在企業推出了新產品,或者有了新的服務項目內容,有了大的新聞或變更的時候,都應該把企業的現有狀況及時地在您的網站上反映出來,以便讓客戶和合作夥伴及時的了解企業的詳細狀況,企業也可以及時得到相應的反饋信息,以便做出合理的相應處理。
雖然有很多企業現在已經在做網路營銷或做競價排名,但據觀察發現有很多已經做了競價排名的網站卻打不開的。原因是他們是在做網路營銷的過程中沒有處理好細節,比如,有很多壞死鏈接,網站上不能顯示圖片等等。這些都是最基本的網站維護的內容。企業的客戶看到這些現象會產生一定想法。如果長期這樣下去,不但影響公司的網路品牌,更有可能直接影響公司的收入。所以,網站運維十分重要。
但由於網站的維護是一項專業性較強的工作,需要專業人士來完成。如果企業配備專門的網站維護人員,就意味著增加了一個人的開支。如果由其他人兼職,則網站的維護的專業水準將會下降。
一個好的企業網站由企業內部維護工作中最少需要1-2名技術人員,這樣一年公司支出工資就達到了2--4萬元;不僅如此,在維護過程中會增加您的管理壓力和管理成本。一般專業的IT公司提供網站運維服務會幫助企業解決以上問題。企業只要把意圖,建站要求和資料提供給IT公司,IT服務公司能合理建站,並在後期把資料整理,調整,製作並即時在網路上體現出來。
❻ 運維開發和運維區別
運維開發和運維區別如下:
1、概雀山念不同。
運維開發負責coding,遲歲念主要考慮功能和非功能的實現;運維負責系統上線後系統的穩定、高效運行。
其礎架構越來越有話語權,一方面,確實這個是很耗錢的事情,開發個系統不是有代碼就能運行的,養個機房(特別是高端機房),動輒投資也得上億,上千台伺服器也不是那麼容易管的,每年的折舊,報廢也是錢啊,光電費也夠養幾個高級RD了。
另一方面基礎架構,特別雲化之後,更是要制約開發使用的語言和程序架構。還有越來越受重視的安全管理,更是巨大的投資,甚至上升到維穩層面。
❼ 運維是一個什麼概念 運維工程師平時做什麼工作
每月和年度基站巡檢,檢查基站正常運行狀態和周邊環境晌攔。基站斷電時扛油機去搶修,基站設備出問題的時候(比如出告警或通信中斷等)去現場排除故障,基站搬遷、擴容等等。你問的是這燃叢個嗎?移動聯通電信等運營商的?還是基站日常巡皮謹櫻檢內容?
❽ 運維真的是整個IT行業技術含量最低的崗位嗎
在互聯網行業,運維一直是一個被深深誤解的位置,以至於很多人認為IT行業運維的技術含量很低,其實並非如此。
從本質上講,運維其實就是你用自己的技術儲備知識的崗位,保證你管理的IT服務能夠正常運行。
在商業上也是一樣。軟體工程師的任務是通過編寫代碼將軟體以圖形化的形式提供給用戶,而運維工程師的任務是使軟體在計算機或系統上正常運行。但是一旦軟體出現問題,大多數人想找的是軟體工程師,而不是運維工程師。
就像我們蓋房子一樣。產品開發負責房子的規劃,設計師負責房子的外觀設計,開發工程師負責建造房子,運維負責打好房子的地基。而打好地基,並不意味著簡單地挖個坑。裡面的技術含量很高。必須徹底研究坑的大小、深度、大小、濕度等。
房子蓋好後,大家只會關注房子蓋好後的風格。很少有人會注意房子的地基,但是一旦房子倒塌,大家就會懷疑地基是否牢固,運維這時候就出來了。回到平底鍋。
很多人片面地認為運維沒有技術含量。這其實是一種錯誤的認識。因為運維也是分很多層次的,就看你達到了哪個階段。基本上,現在一個運維除了掌握基本功,如果你還可以掌握雲計算技術和一門編程語言(比如Python語言最適合運維人員),那你就已經是高人了級別,基本上是全棧開發運維人員。這種運維不用擔心找不到工作,工資自然比其他普通運維高。
我自己在大公司和小公司都待過。我覺得主要是初級運維太多了,他們做了很多根本不能叫運維的事情。總結了以下幾點:
運維必然會做基礎工作,比如部署服務,上線,甚至搬機器,重裝系統等等。但是運維不能只做這個,所以如何在剩餘的時間內做有利於運維技術提升的事情就顯得尤為重要。
舉個簡單的例子:當你做研發的時候,你在其中處於什麼位置,你如何體現你的價值和技術能力?如果沒有,你基本上是在幫助別人。
廣泛的范圍包括:硬體、網路、操作系統、資料庫、存儲、開源軟體;職責:部署和調試各種功能,如ldap、samba、nagios等;進一步細化的分工還包括:壓力測試、性能優化、內核參數調優、系統問題跟蹤等。
很多運維要在不同層次上做太多的事情,導致很多事情只是完成任務,缺乏深入研究,當然也可能缺乏深入研究場景。
其實和第一點關系比較大,因為目標本身沒有足夠的規劃,總結性的介紹不夠,技術的提升也比較有限。
舉個真實的例子,我認識一個做運維7年多的人。這期間,他在幾家公司幹了很多事,時間也不短。通常情況下,會有相當多的積累。前段時間,我正要推薦他在內部擊球時,我查看了他的簡歷。我有幾個感受: 整個簡歷都是描述性詞彙,沒有數據支持;項目工作全是敘述性描述,充鬧虧滿服務搭建和問題解決,沒有技術點;唯一的技術工作是一筆帶過,沒有方案選擇和技術能力體現,技術水平無法體現;
我自己也面試過很多人,說實話,這種簡歷離及格還差得很遠。應聘公司拿到這樣的簡歷,怎麼能快速的了解到你就是公司需要的人?
如果我們不知道運維的具體內容,我們無權評價運維的技術含量。一般來說,互聯網公司的運維內容分為兩個層次:
簡單的說,就是部署服務、維修電腦、安裝系統、安裝軟體、處理網路問題等等,做各種家務活,甚至弄個路由器、剪網線。
網路運維,即網路工程,必須精通各種網路協議和架構,Cisco、華為、H3C路由和交換,至少兩項;
資料庫運維,資料庫運維應該理解為DBA,至少要精通,並且要精通資料庫;
操作系統運維必須精通操作系統,了解操作系統內部工作原理,了解一些硬體知識,了解網路協議進行故障排除;
還有很多其他的事情,比如伺服器運維,都需要覆蓋面廣,同時擁有多種技術;
運維技術差,可能只是因為公司小,如果公司規模小,大家看到的運維工作只能是表面和基礎的工作,現在很多運維崗位都被雲服務取代了。運維的內容是在雲平台上運行軟體。
事實上,有人認為在平台滾辯上操作軟體很簡單,但實際上,如果沒有計算機相關知識的積累,很難知道雲平台上的功能實現。在這方面,技術含量不低。
如果公司逐漸成長為大型公司,運維的價值就會凸液備神顯。比如雲資源和離線資源的管理、資料庫管理、網路管理、計算資源、網路資源負載、調度處理,都需要豐富的計算機理論知識和實踐經驗,否則無法提供穩定、上層的可靠服務。
作為一家提供互聯網服務的公司,用戶能否穩定可靠地使用互聯網服務,是他們生活的基礎。想像一家公司每三天失敗一次並且服務不可用。雖然強調了運維的存在,但大家還會相信你的產品嗎?
運維功能:
首先,BAT在運維上的分工更加細化。通常,系統、資料庫和應用運維是完全分離的。因此,它可能更側重於功能,當然涉及的范圍肯定會很窄。
在工作職能方面,運維主要圍繞可用性、效率提升和成本控制三個主要方面,與公司和研發目標密切相關。運維所做的大部分工作都是基於這三個目標。拆卸。
在技術改進方面,主要是以項目的形式,利用對服務的理解和技術方案來解決常見問題。
技術工作:
以服務可用性為例。這不僅僅是處理警報。操作時要小心。就像編寫一些自動化工具一樣簡單。
在工作方式上:
嚴格按照既定計劃安排工作、審查、總結。分工的實施是否有明確的規則,什麼時間維度准確到季度?月?星期?天?我多久回顧一次?
結合這些方面,BAT運維的同學才有可能實現快速的技術提升。這是我所看到的。
最後說一下運維方向:
為了在運維方面有一個光明的未來,需要幾個要素:
至少是已經發展起來並具有一定機器規模的業務。沒有必要在這里擊球,但選擇適合您的。
很多人不喜歡處理問題,然後只想著做高大上的事情。我不想告訴你這個結果,但它沒有接地,他們製作的東西沒有使用,等等。
所以我覺得運維架構師一定是一個懂業務、熟悉業務、非常熟悉的人。我身邊也遇到過這樣的人。他們級別很高,通常不處理任何問題,但在關鍵時刻(例如出現問題時),他可以快速找到關鍵點並解決它們,有些細節甚至比您還要多。明白了,不得不佩服。運維一定是這樣的人!
就算每天重復上線、處理故障問題、響應需求、開發維護腳本,也無所謂。關鍵是你有沒有從你做過的問題中看到業務和運維中的痛點,並使用現有的。技術方案,處理解決!
有很多問題,並不是說解決了很多問題就是一個偉大的人。問題的關鍵在於如何解決問題,同時體現你的整體視角和技術能力。
舉個最簡單的例子,一台機器的磁碟快滿了。這一定是一個特別小的問題。運維同學應該經常遇到。
如果你只檢查磁碟使用情況,然後刪除數據或調整刪除磁碟的腳本,那是最糟糕的文件;檢查磁碟使用情況,確認是單機還是批處理機有問題,為什麼此時報告,確認清楚可以解決,這是一個更高的層次;我查看了磁碟佔用,徹底發現了磁碟增長的原因,但發現磁碟增長是不可控的,現有的數據刪除方法無法避免報警。那麼有沒有辦法保證重要數據正常保留時磁碟不會報警呢?然後用技術方案解決,這是更高的層次。 . . . . .有很多這樣的例子。
你會發現運維其實就是利用你對系統、網路、硬體、規格、服務的熟悉,結合專業知識,用技術方案解決一系列研發測試無法解決或無法解決的常見問題。單獨解決。並且可以形成工具、平台、框架,最終為運維部門甚至公司創造價值。這是一個很棒的操作和維護。
所以還是同一句話:沒有技術含量低的崗位,全看你怎麼做。
隨著時代的發展,我們現在使用的任何技術,很多事情都可以通過雲計算解決,也有相應的產品和方案來解決,雲計算也對運維產生了一定的影響。新的發展趨勢由此而來。
第一個是從IOE到開源X86。其實去IOE也有一段時間了,為什麼要去IOE? 2008年,全網印象比較深刻。當時,安全已逐漸上升到國家層面。此外,中國本土環境也日新月異。國產化需求和自主研發能力越來越強。一個強大的內部基因被定位。此外,還考慮到無論是國家層面還是企業層面,各行業都希望靈活控制結構的能力。這也是這個行業本地化的需求,這也是去IOE的第二個理由。從長遠來看,IOE架構和非IOE架構會長期共存,因為技術系統的升級不是一兩天就能解決的,尤其是一些核心資料庫、核心應用、核心系統的核心系統。當年經常部署在IOE框架下。
第二個是運維自動化和智能化。這個已經提了好幾年了,從接觸實踐到現在大概有五六年了,現在還在提。事實上,很多行業一直在迭代優化運維的自動化和智能化。它確實可以為我們的運維帶來很多優勢和優勢。
第三個是雙態IT運維。在傳統向互聯網和移動轉型的過程中,一方面為了保證現有業務的運營,另一方面為了適應這種新的IT技術的變化。
第四個是研發與運營的融合,即DevOps。 DevOps 在過去的兩三年裡已經滲透到了千家萬戶。其核心理念包括精益管理、敏捷等理論,通過持續交付、持續集成工具鏈,以及一些輕量級的IT服務管理。基於這些概念和工具,形成了從研發到運營的全流程體系。IT運維效率更高,迭代更快,反饋更快,更好地滿足內部業務需求和用戶需求。這也是研發運營一體化理念的價值所在。
第五個是整合雲資源,提供一個更大的平台來支撐大數據、AI智能、運維等一切各行各業 這也是互聯場景的一大趨勢。這對運維來說既是挑戰,也是機遇。為什麼?因為這個行業在不斷變化,技術也在不斷變化,只要順應大勢而變,我們就站在時代的潮流中。
如果我們在之前的運維理念上還是保守的,不上雲,不摸雲,那你肯定被淘汰了,因為我十年前很難部署一個資料庫,各種配置,各種調用,現在就可以直接打開一個RDS,進行優化,集群就完成了。在效率和穩定性上,分分鍾達到我們傳統的運維水平,這也是我們運維要面對的大勢所趨。
基於此,雲原生的概念在過去一兩年比較流行。事實上,它是對現有雲架構系統技術棧進行更深更廣的整合,採用Devops、微服務、敏捷的概念,採用類似中國大陸和台灣的概念或者開放的概念來構建和重塑技術體系,更好地支持新業務的快速迭代開發,這其實和DevOps的概念有很多相似之處。
第六個是數字化。這也是近兩年在中國的熱門話題。事實上,它也是。我們曾經建設過各種各樣的信息化,建設了很多系統和平台,但往往也搭建了很多障礙,導致我們很多信息系統不可用,業務碎片化。組織也支離破碎。數字化要解決的問題是通過底層的數據和演算法構建新的服務,打通我們的業務。這就是數字化要解決的問題。
大體上講了這么多趨勢,當然也有一些,大體是一樣的。以前是用硬體,現在是軟體自動定義;過去用伺服器,現在用雲,我們現在用雲,未來可能更混合。雲端,雲端整合;以前是技術運維,現在從事技術運維的整合;另外,同樣重要的是,無論我們現在做什麼,網路空間安全現在都提升到了國家層面,在企業裡面也提供了企業的最高點,這個網路安全是IT的一個標准。
❾ 網路運維工程師和網路工程師區別是什麼二者就業前景怎麼樣
網路運維工程師 主要職責是保證公司網路工唯橘渣程質量。效率。成本這些伍喚!說白了就是主要維護產品運行!
網路工程師 主要從事工作就是計算機信息系統的設計。建設。運行和維護。
兩者前景還行,比普通行業掙錢。但是現在前景最好的還是大數據。軟體開發這指悄類。希望對你有幫助。
❿ 駐場運維和網路維護有關系嗎
准確意義上來說有關系,但是涉及的東西不多,只是偶爾需要根據網路來配置服務,判斷故障而已。
運維是一個廣義概念,可以理解為運行和維護,這也和具體的學習以及工作息息相關,要想進行維護,首先要先把服務搭建起來,也就是先運行。這里我們所說的運維是指對伺服器和資料庫及集成環境的運維岩顫。
首先運維要學什麼?
如果不喜歡大段文字,請直接看加粗字體:
操作系統:linux、windows
常用服務:RAID、vsftpd、samba、ssh
安全知識:iptables、firewalld、selinux、DDOS、CC
伺服器:粗寬敗apache、nginx、tomcat、weblogic
資料庫:MySQL、oracle、redis、mongodb、memcached
負載均衡:nignx、lvs、f5
高可用:keepalived
監控:zabbix、prometheus、openfalcon、grafana、睿象巧亮雲告警平台
自動化運維:saltstack、ansible
虛擬化:docker、k8s
雲計算:openstack
其他知識:計算機網路