Mga system administrator sa buong mundo, binabati kita sa iyong propesyonal na holiday!
Wala na kaming mga system administrator (well, almost). Gayunpaman, sariwa pa rin ang alamat tungkol sa kanila. Sa karangalan ng holiday, inihanda namin ang epikong ito. Maging komportable, mahal na mga mambabasa.
Noong unang panahon, nasusunog ang mundo ng Dodo IS. Sa madilim na oras na iyon, ang pangunahing gawain ng aming mga tagapangasiwa ng system ay upang mabuhay ng isa pang araw at hindi umiyak.
Noong nakaraan, ang mga programmer ay nagsulat ng code nang kaunti at mabagal, at nai-post ito sa prod isang beses lamang sa isang linggo. Kaya isang beses lamang sa bawat pitong araw lumitaw ang mga problema. Ngunit pagkatapos ay nagsimula silang magsulat ng higit pang code at i-post ito nang mas madalas, ang mga problema ay nagsimulang tumaas, kung minsan ang lahat ay nagsimulang bumagsak, at naging mas masahol pa ang pag-roll back. Nagdusa ang mga system administrator, ngunit pinahintulutan ang komedya na ito.
Nakaupo sila sa bahay sa gabi na may pagkabalisa sa kanilang mga kaluluwa. At sa tuwing nangyari ito "hindi ito nangyari, at narito muli ang pagsubaybay ay nagpapadala ng isang senyas para sa tulong: Pare, ang mundo ay nasusunog!". Pagkatapos ay isinuot ng aming mga system administrator ang kanilang mga pulang kapote, shorts sa ibabaw ng leggings, nagkulot sa kanilang mga noo at lumipad upang iligtas ang mundo ng Dodo.
Pansin, konting paliwanag. Wala pang mga classical system administrator na nagpapanatili ng hardware sa Dodo IS. Agad kaming naka-advance sa Azure clouds.
Anong ginawa nila:
- kung may nasira, ginawa nila ito upang ito ay naayos;
- juggled server sa antas ng eksperto;
- ay responsable para sa virtual network sa Azure;
- ay responsable para sa mga bagay na mababa ang antas, halimbawa, ang mga pakikipag-ugnayan ng mga bahagi (*pabulong* kung saan kung minsan ay hindi sila naghahalungkat);
- muling kumokonekta ang server;
- at marami pang ibang ligaw.
Ang buhay ng isang pangkat ng mga inhinyero sa imprastraktura (gaya ng tawag namin sa aming mga tagapangasiwa ng system) noon ay binubuo ng pag-apula ng apoy at patuloy na pagsira sa mga test bench. Nabuhay sila at nagdalamhati, at pagkatapos ay nagpasya silang mag-isip: bakit ito napakasama, o marahil ay maaari tayong gumawa ng mas mahusay? Halimbawa, hindi ba natin hahatiin ang mga tao sa mga programmer at system administrator?
gawain
Ibinigay: mayroong isang administrator ng system na mayroong mga server sa kanyang lugar ng responsibilidad, isang network na kumokonekta sa kanya sa iba pang mga server, mga programa sa antas ng imprastraktura (isang web server na nagho-host ng isang application, isang database management system, atbp.). At mayroong isang programmer na ang lugar ng responsibilidad ay gumaganang code.
At may mga bagay na nasa junction. Kaninong responsibilidad ito?
Karaniwan, ang aming mga system administrator at programmer ay nagkita lamang sa junction na ito at nagsimula ito:
βMga pare, walang gumagana, malamang dahil sa imprastraktura.
- Dude, hindi, nasa code ito.
Isang araw sa sandaling ito, nagsimulang tumubo ang isang bakod sa pagitan nila, kung saan masayang itinapon nila ang tae. Ang gawain, tulad ng isang tae, ay itinapon mula sa isang gilid ng bakod patungo sa isa pa. Kasabay nito, walang lumapit sa paglutas ng sitwasyon. Malungkot na smiley.
Isang sinag ng araw ang tumagos sa makulimlim na kalangitan nang ilang taon na ang nakalipas sa Google ay nagkaroon sila ng ideya na huwag makipagpalitan ng mga gawain, ngunit sa halip ay gumawa ng isang karaniwang bagay.
Ngunit paano kung ilarawan natin ang lahat bilang isang code?
Noong 2016, naglabas ang Google ng aklat na tinatawag na "Site Reliability Engineering" tungkol sa pagbabago ng tungkulin ng isang system administrator: mula sa master of magic tungo sa isang pormal na diskarte sa engineering sa paggamit ng software at automation. Sila mismo ay dumaan sa lahat ng mga tinik at balakid, nakuha ang hang nito at nagpasyang ibahagi ito sa mundo. Ang aklat ay nasa pampublikong domain .
Ang aklat ay naglalaman ng mga simpleng katotohanan:
- paggawa ng lahat bilang code ay mabuti;
- gumamit ng diskarte sa engineering - mabuti;
- ang paggawa ng mahusay na pagsubaybay ay mabuti;
- ang pagpigil sa pagpapalabas ng isang serbisyo kung wala itong malinaw na pag-log at pagsubaybay ay mabuti din.
Ang mga kasanayang ito ay binasa ng aming Gleb (), at umalis na kami. Implementing! Ngayon ay nasa transitional stage na tayo. Ang koponan ng SRE ay nabuo (mayroong 6 na handa na mga espesyalista, 6 pa ang onboarding) at handang baguhin ang mundo, na ganap na binubuo ng code, para sa mas mahusay.
Ginagawa namin ang aming imprastraktura sa paraang makapagbibigay-daan ang mga developer na pamahalaan ang kanilang mga kapaligiran at ganap na makipagtulungan sa SRE nang mag-isa.
Wang sa halip na mga konklusyon
Ang system administrator ay isang karapat-dapat na propesyon. Ngunit ang kaalaman sa bahagi ng system ay nangangailangan din ng mahusay na mga kasanayan sa software engineering.
Ang mga system ay nagiging mas simple at mas simple, at ang sobrang kakaibang kaalaman sa pangangasiwa ng mga iron server ay nagiging mas mababa ang demand bawat taon. Pinapalitan ng mga teknolohiya ng cloud ang pangangailangan para sa kaalamang ito.
Ang isang mahusay na tagapangasiwa ng system sa malapit na hinaharap ay kailangang magkaroon ng mahusay na mga kasanayan sa software engineering. Kahit na mas mabuti, siya ay dapat magkaroon ng mahusay na mga kasanayan sa lugar na ito.
Walang nakakaalam kung paano mahulaan ang hinaharap bago ito mangyari, ngunit naniniwala kami na sa paglipas ng panahon ay magkakaroon ng mas kaunti at mas kaunting mga kumpanya na gustong magdagdag sa walang katapusang namamaga na kawani ng mga administrator ng system. Bagaman, siyempre, mananatili ang mga tagahanga. Iilan lang ngayon ang sumasakay sa mga kabayo, karamihan ay gumagamit ng mga kotse, kahit na may mga mahilig ...
Maligayang araw ng sysadmin sa lahat, code sa lahat!
Pinagmulan: www.habr.com