Paano Nabiktima ng Automation ang isang DevOps Specialist

Tandaan. transl.: Ang pinakasikat na post sa /r/DevOps subreddit sa nakalipas na buwan ay karapat-dapat pansinin: β€œOpisyal na akong pinalitan ng automation sa trabaho - isang bitag para sa DevOps.” Ang may-akda nito (mula sa USA) ay nagsabi sa kanyang kuwento, na nagbigay-buhay sa sikat na kasabihan na ang automation ay papatayin ang pangangailangan para sa mga nagpapanatili ng mga sistema ng software.

Paano Nabiktima ng Automation ang isang DevOps Specialist
Paliwanag sa Urban Dictionary para sa naitatag na (?!) na parirala tungkol sa pagpapalit ng isang tao ng script

Kaya, narito ang publikasyon mismo:

Ang isang karaniwang biro sa mga departamento ng DevOps ay, "Kung i-automate natin ang lahat, mawawalan tayo ng trabaho."

Gayunpaman, ito mismo ang nangyari sa akin at sa halos isang daang iba pang mga inhinyero ng DevOps. Hindi ko masabi ang mga detalye dahil sa isang kasunduan sa hindi pagsisiwalat: Natitiyak kong maya-maya ay lalabas ang impormasyon, ngunit ayaw kong ako ang magsasabi nito.

Susubukan kong magbigay ng pangkalahatang ideya kung paano eksaktong nangyari ang lahat.

Mga limang taon na ang nakalilipas, nagtrabaho ako bilang isang tagapamahala sa departamento ng DevOps ng isang medium-sized na kumpanya ng teknolohiya, na tumatanggap ng isang mahusay na suweldo sa oras na iyon (190 USD), na nabayaran para sa aming hindi kapani-paniwalang halaga ng sapilitang overtime.

Gaya ng karaniwang nangyayari, nakipag-ugnayan sa akin ang isang recruiter mula sa LinkedIn. Kinakatawan niya ang isang pangunahing multinational conglomerate na talagang walang interes sa akin bilang isang potensyal na pagkakataon sa trabaho. Isinulat ng recruiter na ang kumpanya ay aktibong nagpapalawak ng mga koponan nito ng mga software engineer, developer at DevOps bilang pag-asa sa ilang malalaking proyekto, at binanggit na gusto nila akong imbitahan para sa isang pakikipanayam.

Tumanggi ako at sinabing hindi ako interesado. Tinanong niya kung magkano ang kinikita ko at idiniin na malamang na mag-aalok ang conglomerate ng higit pa. Nag-udyok ito sa aking pagkamausisa - dahil naisip ko na mayroon na akong mahusay na suweldo.

Sa madaling salita, lumipad ako para sa isang pakikipanayam, nakatanggap ng isang Senior Lead na posisyon na may suweldo na 275 libong USD kasama ang mga opsyon sa stock at mga bonus, pati na rin ang pagkakataong magtrabaho nang malayuan (i.e. hindi ko kailangang lumipat), kahit na ang pinaka ideya ng pagtatrabaho sa isang malaking korporasyon na hindi ko nagustuhan. Gayunpaman, ang alok ay napakahusay na tanggihan (nangako sila sa akin ng higit pa kaysa sa Amazon noong nakaraang taon).

Ang kumpanya ay may isang departamento ng DevOps, ngunit ito ay pangunahing binubuo ng mga senior system administrator na maaaring magsulat ng sapat sa Python/Bash/PowerShell para ito ay maging mapanganib. Samakatuwid, kailangan nila ng isang pangkat ng mga tunay na inhinyero ng DevOps na may karanasan sa programming sa mas mababang antas ng mga wika upang magtrabaho sa mga kumplikadong proyekto.

Sa sumunod na tatlong taon, lumago ang aming departamento. Dapat kong sabihin na ginawa ng management ang lahat ng tama. Halos hindi kami tinanggihan ng anumang hiniling namin, at natapos namin ang higit sa 90% ng aming mga nakaplanong proyekto sa oras at sa badyet, na talagang kamangha-mangha.

Gayunpaman, humigit-kumulang isang taon at kalahati ang nakalipas, naging malinaw na literal naming na-automate ang *lahat*. Siyempre, mayroon pa ring regular na maintenance at checks, ngunit noong nakaraang taon at kalahati ay talagang nagtatrabaho lang ako ng 1-2 oras sa isang araw dahil wala akong ibang gagawin. Wala akong intensyon na huminto sa ganoong trabahong may malaking suweldo, ngunit natatakot ako na ang araw na iyon ay darating si X, at pagkatapos ay dumating ito kahapon.

Sa totoo lang, inanunsyo na karamihan sa mga koponan ng DevOps ay na-disband (75 katao ang natitira na nagtatrabaho sa mga partikular na application) dahil ang mga IT at Software Engineering team ay nagawang pangasiwaan ang lahat ng code, at wala nang trabaho para sa mga taong DevOps.

Inalok ako ng posisyon sa IT team, pero halos kalahati ang suweldo doon. Maaari akong magpatuloy sa pagtatrabaho nang malayuan, ngunit gusto nilang lumipat ako sa dakong huli sa lungsod kung saan matatagpuan ang opisina para mas madalas akong makapunta doon.

Nakakahiya na nangyari iyon dahil gusto kong magtrabaho doon. Inalagaan kami ng kumpanya (hindi binibilang ang pagpapaalis, siyempre), at walang maraming lugar para sa DevOps na may suweldo na higit sa 200 thousand USD at isang karaniwang 8-oras na araw ng trabaho, na halos walang overtime.

Sa kabutihang-palad, napangasiwaan ko nang matalino ang aking pera at nabayaran ko nang buo ang 4 na pagkakasangla sa nakalipas na 5 taon. Ngayon ay mayroon akong maliit na karagdagang kita, limitado ang mga gastos, kaya ko na kayang dahan-dahang maghanap ng bagong lugar.

Mga karagdagan (mula sa tagasalin)

Ang may-akda mismo ay ganito Tingnan ang mga komento ang aking pamagat: "Humihingi ako ng paumanhin kung ito ay naging clickbait: Sinusubukan ko lang na magdagdag ng ilang katatawanan sa pamagat, hindi nilalayong gawing clickbait o DevOps horror ang aking kwento."

At sumang-ayon kami sa nabanggit na "trap", "pitfall" sa konteksto ng DevOps hindi lahat ng commentators: β€œBakit may bitag? Nakakuha ka ng magandang suweldo (kahit na higit pa sa inilarawan dati bilang "mahusay"), inalis ang mga dagdag na oras, gumawa ng mahusay na trabaho, at nakakuha ng mahusay na resume entry."

Ang ilang mga karagdagan mula sa iba pang komento ng may-akda tungkol sa kuwentong ito:

  • Tungkol sa suweldo. Ang mahahalagang salik ay panrehiyon at propesyonal. Ang may-akda, bilang isang software engineer na may 25 taong karanasan, ay humawak sa posisyon ng manager ng isang DevOps team. Bukod dito, ang kanyang karanasan ay hindi limitado sa kaalaman sa modernong imprastraktura, ngunit umaabot at mga programming language gaya ng C++, Fortran at Cobol, na kritikal para sa pakikipag-ugnayan sa mga developer sa organisasyon.
  • Para sa mga nag-iisip din na marami ang 75 DevOps engineers. Sa kumpanyang ito"Ρ€Π°Π±ΠΎΡ‚Π°ΡŽΡ‚ higit sa 50 libong tao at literal na libu-libong mga application ang gumagana."

Bonus

Kung hindi mo pa ito nababasa kamakailang panayam aming teknikal na direktor - Dmitry Stolyarov (distol), - para sa kumperensya ng DevOpsConf at podcast DevOps Deflope, pagkatapos ay humipo ito sa isang katulad na tanong. At ito ang pananaw na ipinahayag:

- At saka ano [sa kaso ng lubos na pagpapasimple sa paggamit ng mga K8] ano ang mangyayari sa mga engineer, system administrator na sumusuporta sa Kubernetes?

Dmitry: Ano ang nangyari sa accountant pagkatapos ng pagdating ng 1C? Halos pareho. Bago ito, nagbilang sila sa papel - ngayon sa programa. Ang produktibidad ng paggawa ay tumaas ng mga order ng magnitude, ngunit ang paggawa mismo ay hindi nawala. Kung dati ay tumagal ng 10 inhinyero upang i-tornilyo ang isang bumbilya, ngayon ay sapat na ang isa.

Ang dami ng software at ang bilang ng mga gawain, sa tingin ko, ay lumalaki na ngayon sa mas mabilis na rate kaysa sa mga bagong DevOps na lumilitaw at ang kahusayan ay tumataas. Mayroong tiyak na kakulangan sa merkado sa ngayon at magtatagal ito ng mahabang panahon. Sa paglaon, ang lahat ay babalik sa isang tiyak na pamantayan, kung saan ang kahusayan ng trabaho ay tataas, magkakaroon ng higit pa at higit pang mga serverless, isang neuron ay naka-attach sa Kubernetes, na kung saan ay pipili ng lahat ng mga mapagkukunan nang eksakto tulad ng nararapat... at sa pangkalahatan, gawin ang lahat ayon sa nararapat - tao, lumayo at huwag makialam.

Ngunit kailangan pa rin ng isang tao na gumawa ng mga desisyon. Malinaw na mas mataas ang antas ng mga kwalipikasyon at espesyalisasyon ng taong ito. Sa panahon ngayon, sa accounting department, hindi mo na kailangan ng 10 empleyadong nag-iingat ng libro para hindi mapagod ang mga kamay. Hindi lang kailangan. Maraming mga dokumento ang awtomatikong na-scan at kinikilala ng electronic document management system. Ang isang matalinong punong accountant ay sapat na, mayroon nang higit na higit na mga kasanayan, na may mahusay na pag-unawa.

Sa pangkalahatan, ito ang paraan upang pumunta sa lahat ng mga industriya. Ito ay pareho sa mga kotse: dati, isang kotse ang dumating kasama ang isang mekaniko at tatlong driver. Sa ngayon, ang pagmamaneho ng kotse ay isang simpleng proseso kung saan lahat tayo ay nakikilahok araw-araw. Walang sinuman ang nag-iisip na ang isang kotse ay isang bagay na kumplikado.

Hindi mawawala ang DevOps o systems engineering - tataas ang mataas na antas ng trabaho at kahusayan.

PS

Basahin din sa aming blog:

Pinagmulan: www.habr.com

Magdagdag ng komento