1. 程式人生 > 實用技巧 >地位不輸SWE,科技大廠都在搶,谷歌SRE有多與眾不同?

地位不輸SWE,科技大廠都在搶,谷歌SRE有多與眾不同?

門檻低、晉升慢、oncall長是人們對運維的刻板印象。因此很多程式設計師對這一崗位嗤之以鼻——不就是個“高階網管”嘛?

v2-e1e2808f5bc1c12e8630f105ddb3dbf8_b.jpg

好在Google站出來為運維正了名,“網管”終於成功上位工程師。

Google的運維又叫SRE(Site Reliability Engineer),它不只要做Operation方面的工作,更重要的是保障整個企業服務的穩定性。因此,與SWE(Software Engineer)相比,SRE的地位不降反升,是大多數運維工程師趨之若鶩的物件!

面試軟技能指導 - BQ/Resume/Project 2020 版

試聽內容:

  • 除了刷題,還有哪些技能是拿到offer不可或缺的要素
  • 如何提升面試軟實力:簡歷, 行為面試,溝通能力
  • 現場模擬面試 - Dealing With Ambiguity

免費試聽時間:

北京時間 10月19日 週一 09:30
美東時間 10月18日 週日 21:30
美西時間 10月18日 週日 18:30

戳我即可免費報名試聽

谷歌SRE成業界典範

SRE這個概念也是谷歌最早提出來的,狗家的SRE也是最高階的技術工種之一。

尤其是DevOps的流行,給運維帶來了新的活力和更大的空間。用程式去自動化一部分系統,包括自動化程式碼構建、部署流程、監控等等的工作。

v2-bd103968ab305cb595869cdfe7227861_b.jpg

雖然說國外大廠像Facebook、Twitter都有自己的運維體系,但論逼格,谷歌絕對是獨領風騷!目前谷歌的SRE分SRE Software Engineer和SRE System Engineer

,兩者在面試內容和流程上有一定差異:

  • SRE Software Engineer的面試和SWE比較像,都要考資料結構和演算法,語言可任選,但是會帶一些Unix/Linux系統的問題。在onsite輪裡,這個崗位還需要進行Non-Abstract Large System Design。
  • SRE System Engineer就完全是運維相關的面試了,不考演算法,而會問Unix/Linux系統相關的問題,onsite還要進行troubleshooting。

技術含量不低,地位比SWE還高?

的確,很多人認為SRE不要求很高的技術水平,日常工作也只負責簡單地進行系統維護,所以“低SWE一等”。

這完全就是誤區!

v2-d0edaa66e3fed01e01f19cd421abb8c3_b.jpg

首先,運維是每個公司必不可少的崗位,公司的規模越大,對SRE的要求就越高——既要熟悉各種系統管理工具,又要處理龐大資料庫的保養,此外,還要保證服務高SLA(Service-level Agreement)。

其次,谷歌SRE的工作比較多涉及分散式系統以及Infra,需要support每一個部分,所要求的技術水平一點都不低,有可能你要懂的東西比普通SWE還要多!

再看薪資方面,谷歌SRE和SWE的package相差不多。更重要的是,SRE不僅要對server做大量的調優,有時候連SWE寫的程式程式碼,也要SRE稽核同意之後才能釋出上線。所以谷歌SRE的地位相當高!

Oncall壓力小,還能換帶薪假

谷歌SRE並不用時刻oncall,一般運維團隊會有一半在歐洲,跟北美總部保持一定時差。這樣就能保證24小時都有人線上應對突發狀況,還能大大減輕單個工程師的oncall壓力。

不過當系統故障的時候,SRE還是要oncall處理突發情況。Google規定,只要是oncall,就能補貼PTO(即帶薪假期 Paid Time Off),也就相當於調休。

另外,SRE整組每年都會meet一到兩次,谷歌會將不同地區的員工聚集到一起“公費旅遊”,頭等艙+豪華酒店,是不是很心動呢?

v2-5c8f3d36a521291ea64937336841bbaf_b.jpg

面試和SWE一樣!巨頭都在搶

谷歌的SRE員工數量較多,體系也相對完善。SRE Software Engineer和SWE屬於同一個ladder,在公司內部可以進行自由換組。不過SRE System Engineer則要進行額外的演算法面試。

因為谷歌很多組都有SRE的hc需求,所以申請這個崗位的最大好處是可以先拿offer再match組

現在在很多公司,SRE都是必備崗位,這個崗位的工作多多少少會與SWE相關,所以不用擔心自己會成為一個高階網管。相反地,這也是一種“曲線上岸”的辦法!

v2-9629173daee57e35369ef2b274425169_b.jpg

(來源:LinkedIn)