Saha anu DevOps?

Di momen, ieu ampir posisi paling mahal dina pasaran. Kaributan di sabudeureun insinyur "DevOps" ngaleuwihan sadaya wates anu tiasa dibayangkeun, sareng langkung parah ku insinyur Senior DevOps.
Kuring damel salaku kapala departemén integrasi sareng automation, nebak decoding Inggris - Manajer DevOps. Teu dipikaresep yén transkrip Inggris ngagambarkeun kagiatan urang sapopoé, tapi versi Rusia dina hal ieu leuwih akurat. Kusabab sifat kagiatan kuring, éta wajar yén kuring kedah ngawawancara anggota tim kuring anu bakal datang, sareng salami sataun katukang, sakitar 50 jalma anu ngalangkungan kuring, sareng jumlah anu sami dipotong dina prescreen sareng karyawan kuring.

Kami masih milarian kolega, sabab di tukangeun labél DevOps aya lapisan anu ageung tina jinis insinyur anu nyumput.

Sadayana anu ditulis di handap ieu mangrupikeun pendapat pribadi kuring, anjeun henteu kedah satuju sareng éta, tapi kuring ngaku yén éta bakal nambihan sababaraha warna pikeun sikep anjeun kana topik éta. Sanajan résiko ragrag kaluar tina ni'mat, Kuring nyebarkeun pendapat abdi sabab kuring yakin yén éta boga tempat pikeun jadi.

Pausahaan gaduh pamahaman anu béda ngeunaan saha insinyur DevOps sareng, pikeun gancang nyewa sumber daya, aranjeunna ngagantungkeun labél ieu ka sadayana. Kaayaanana rada aneh, sabab perusahaan siap mayar imbuhan anu teu realistis pikeun jalma-jalma ieu, nampi, dina kalolobaan kasus, administrator alat pikeun aranjeunna.

Janten saha insinyur DevOps?

Hayu urang mimitian ku sajarah penampilan na - Operasi Pangwangunan muncul salaku léngkah séjén pikeun ngaoptimalkeun interaksi dina tim leutik pikeun ngaronjatkeun kagancangan produksi produk, salaku konsekuensi ekspektasi. Gagasan éta pikeun nguatkeun tim pamekaran kalayan pangaweruh ngeunaan prosedur sareng pendekatan dina ngatur lingkungan produk. Dina basa sejen, pamekar kudu ngarti tur nyaho kumaha produk na jalan dina kaayaan nu tangtu, kudu ngarti kumaha nyebarkeun produk na, naon ciri lingkungan bisa disaluyukeun pikeun ngaronjatkeun kinerja. Janten, pikeun sababaraha waktos, pamekar sareng pendekatan DevOps muncul. Pangembang DevOps nyerat skrip ngawangun sareng bungkusan pikeun nyederhanakeun kagiatanana sareng kinerja lingkungan produksi. Tapi, pajeulitna arsitéktur solusi sareng pangaruh silih komponén infrastruktur dina waktosna mimiti ngarusak kinerja lingkungan; kalayan unggal iterasi, pamahaman anu langkung jero ngeunaan komponén-komponén anu tangtu diperyogikeun, ngirangan produktivitas pamekar kusabab tambahan. biaya ngartos komponén sareng sistem tuning pikeun tugas khusus. Biaya pamekar sorangan ningkat, biaya produk sareng éta, sarat pikeun pamekar anyar dina tim luncat sacara drastis, sabab ogé kedah nutupan tanggung jawab pangwangunan "béntang" sareng, sacara alami, "béntang" janten kirang. sarta kirang sadia. Perhatos ogé yén, dina pangalaman kuring, sababaraha pamekar anu kabetot dina spésifik ngolah pakét ku kernel sistem operasi, aturan rute pakét, sareng aspék kaamanan host. Léngkah logis nya éta pikeun narik hiji administrator anu wawuh jeung ieu sarta napelkeun tanggung jawab sarupa anjeunna, nu, berkat pangalaman-Na, ngamungkinkeun pikeun ngahontal indikator sarua dina waragad handap dibandingkeun biaya ngembangkeun "béntang". Pangurus sapertos ieu ditempatkeun dina tim, sareng tugas utami nya éta pikeun ngatur lingkungan tés sareng produksi, dumasar kana aturan tim khusus, kalayan sumber daya anu dialokasikeun pikeun tim khusus ieu. Ieu kumaha, kanyataanna, DevOps muncul dina pikiran mayoritas.

Sawaréh atanapi lengkep, kana waktosna, pangurus sistem ieu mimiti ngartos kabutuhan tim khusus ieu dina widang pamekaran, kumaha carana ngagampangkeun kahirupan pikeun pamekar sareng panguji, kumaha carana ngaluncurkeun pembaruan sareng henteu kedah sapeuting dina dinten Jumaah di kantor, koréksi kasalahan deployment. Waktos parantos lami, sareng ayeuna "béntang" mangrupikeun pangurus sistem anu ngartos naon anu dipikahoyong ku pamekar. Pikeun ngaminimalkeun dampak, utilitas manajemén mimiti muncul; sadayana émut kana metode anu lami sareng dipercaya pikeun ngasingkeun tingkat OS, anu ngamungkinkeun pikeun ngaleutikan sarat pikeun kaamanan, manajemén bagian jaringan, sareng konfigurasi host salaku a sakabeh na, salaku hasilna, ngurangan sarat pikeun anyar "béntang".

Hiji hal "endah" geus mucunghul - docker. Naha éndah? Leres, ngan kusabab nyiptakeun isolasi dina chroot atanapi jail, ogé OpenVZ, peryogi pangaweruh non-trivial tina OS, sabalikna, utilitas ngamungkinkeun anjeun ngan saukur nyiptakeun lingkungan aplikasi terasing dina host anu tangtu kalayan sagala anu diperyogikeun di jero sareng panangan. leuwih reins ngembangkeun deui, sarta administrator sistem ngan bisa ngatur kalawan ngan hiji host, mastikeun kaamanan sarta kasadiaan tinggi - a nyederhanakeun logis. Tapi kamajuan teu nangtung kénéh sarta sistem deui jadi beuki loba kompléks, aya beuki loba komponén, hiji host euweuh meets kaperluan sistem jeung perlu ngawangun klaster, urang balik deui ka administrator sistem anu. bisa ngawangun sistem ieu.

Siklus saatos siklus, rupa-rupa sistem muncul anu nyederhanakeun pangwangunan sareng / atanapi administrasi, sistem orkestrasi muncul, anu, dugi ka anjeun kedah nyimpang tina prosés standar, gampang dianggo. Arsitéktur Microservice ogé muncul kalawan tujuan nyederhanakeun sagalana ditétélakeun di luhur - hubungan pangsaeutikna, gampang pikeun ngatur. Dina pangalaman kuring, kuring henteu mendakan arsitéktur microservice lengkep, kuring bakal nyarios 50 ka 50 - 50 persén microservices, kotak hideung, asup, kaluar diolah, 50 sanésna mangrupikeun monolith torn, jasa henteu tiasa dianggo misah ti anu sanés. komponén. Sadaya ieu deui ditumpukeun larangan dina tingkat pangaweruh duanana pamekar jeung pangurus.

Sarupa "swings" dina tingkat pangaweruh ahli ngeunaan sumberdaya husus terus nepi ka poé ieu. Tapi urang digress saeutik, aya loba titik patut panyorot.

Insinyur Ngawangun / Insinyur Pelepasan

Insinyur anu khusus pisan anu muncul salaku cara pikeun ngabakukeun prosés ngawangun sareng sékrési software. Dina prosés ngenalkeun tangkas nyebar, sigana yén aranjeunna lirén dina paménta, tapi ieu jauh tina kasus éta. Spésialisasi ieu muncul minangka sarana standarisasi assembly sarta pangiriman software dina skala industri, i.e. ngagunakeun téknik standar pikeun sadaya produk perusahaan. Kalayan mecenghulna DevOps, pamekar sawaréh kaleungitan fungsina, sabab éta pamekar anu mimiti nyiapkeun produk pikeun pangiriman, sareng dipasihan infrastruktur anu parobihan sareng pendekatan pikeun ngirim gancang-gancang tanpa paduli kualitas, kana waktosna aranjeunna janten. a stopper parobahan, saprak adherence kana standar kualitas inevitably slows turun deliveries. Janten, laun-laun, bagian tina fungsionalitas insinyur Build / Release hijrah ka taktak pangurus sistem.

Ops béda pisan

Urang ngaléngkah sareng deui ayana sajumlah ageung tanggung jawab sareng kurangna tanaga anu mumpuni ngadorong urang nuju spesialisasi anu ketat, sapertos suung saatos hujan, rupa-rupa Operasi muncul:

  • TechOps - pangurus sistem enikey alias HelpDesk Engineer
  • LiveOps - pangurus sistem anu tanggung jawab utamina pikeun lingkungan produksi
  • CloudOps - pangurus sistem khusus dina awan umum Azure, AWS, GCP, jsb.
  • PlatOps / InfraOps / SysOps - pangurus sistem infrastruktur.
  • NetOps - pangurus jaringan
  • SecOps - pangurus sistem anu khusus dina kaamanan inpormasi - patuh PCI, patuh CIS, patching, jsb.

DevOps mangrupikeun (dina téori) jalma anu ngartos heula sadaya prosés siklus pangembangan - pamekaran, uji coba, ngartos arsitektur produk, tiasa meunteun résiko kaamanan, wawuh sareng pendekatan sareng alat-alat automation, sahenteuna dina tingkat anu luhur. tingkat, sajaba ti ieu, ogé understands pre- jeung pos-processing. rojongan release produk. Hiji jalma sanggup akting salaku advokat pikeun duanana Operasi sarta Pangwangunan, anu ngamungkinkeun pikeun gawé babarengan nguntungkeun antara dua pilar ieu. Ngartos prosés perencanaan gawé ku tim sareng ngatur ekspektasi pelanggan.

Pikeun ngalaksanakeun padamelan sareng tanggung jawab sapertos kitu, jalma ieu kedah gaduh sarana pikeun ngatur henteu ngan ukur prosés pamekaran sareng uji, tapi ogé manajemén infrastruktur produk, ogé perencanaan sumberdaya. DevOps dina pamahaman ieu henteu tiasa aya di IT, atanapi di R&D, atanapi bahkan di PMO; éta kedah gaduh pangaruh di sadaya daérah ieu - diréktur téknis perusahaan, Kapala Téknis Kapala.

Naha ieu leres di perusahaan anjeun? - Abdi cangcaya. Dina kalolobaan kasus, ieu boh IT atanapi R&D.

Kurangna dana sareng kamampuan mangaruhan sahenteuna salah sahiji tina tilu daérah kagiatan ieu bakal ngageser beurat masalah ka arah mana parobahan ieu langkung gampang diterapkeun, sapertos aplikasi larangan téknis dina sékrési anu aya hubunganana sareng kode "kotor" numutkeun statik. sistem analis. Nyaéta, nalika PMO netepkeun wates waktu anu ketat pikeun sékrési fungsionalitas, R&D moal tiasa ngahasilkeun hasil anu kualitas luhur dina wates waktu ieu sareng ngahasilkeun éta sabisa-bisa, nyésakeun refactoring pikeun engké, DevOps anu aya hubunganana sareng IT ngahalangan sékrési nganggo cara téknis. . Kurangna wewenang pikeun ngarobah kaayaan, dina kasus karyawan jawab, ngabalukarkeun manifestasi hyper-tanggung jawab naon maranéhna teu bisa mangaruhan, utamana lamun karyawan ieu ngartos tur ningali kasalahan, sarta kumaha carana ngabenerkeun aranjeunna - "Bliss nyaeta jahiliah", sarta salaku konsekuensi burnout sarta leungitna karyawan ieu.

Pasar sumberdaya DevOps

Hayu urang tingali sababaraha lowongan pikeun posisi DevOps ti perusahaan anu béda.

Kami siap pendak sareng anjeun upami anjeun:

  1. Anjeun gaduh Zabbix sareng terang naon Prometheus;
  2. Iptables;
  3. Mahasiswa BASH PhD;
  4. Professor Ansible;
  5. Guru Linux;
  6. Nyaho kumaha ngagunakeun debugging sareng milarian masalah aplikasi sareng pamekar (php/java/python);
  7. Routing henteu ngajadikeun anjeun histeris;
  8. Nengetan signifikan kana kaamanan sistem;
  9. Nyadangkeun "naon waé sareng sadayana", sareng ogé suksés ngabalikeun "naon waé sareng sadayana";
  10. Anjeun terang kumaha carana ngonpigurasikeun sistem ku cara pikeun meunangkeun maksimum kaluar tina minimum;
  11. Nyetél réplikasi sateuacan bobo dina Postgres sareng MySQL;
  12. Nyetel tur nyaluyukeun CI / CD téh sakumaha diperlukeun pikeun anjeun salaku sarapan / dahar beurang / dinner.
  13. Boga pangalaman sareng AWS;
  14. Siap pikeun ngembangkeun sareng perusahaan;

jadi:

  • ti 1 nepi ka 6 - administrator sistem
  • 7 - administrasi jaringan saeutik, nu ogé fits kana administrator sistem, tingkat Tengah
  • 8 - saeutik kaamanan, nu wajib pikeun administrator sistem tingkat Tengah
  • 9-11 - Administrator Sistim Tengah
  • 12 - Gumantung kana tugas anu ditugaskeun, boh Administrator Sistem Tengah atanapi Insinyur Bangun
  • 13 - Virtualization - Administrator Sistem Tengah, atanapi anu disebut CloudOps, pangaweruh canggih ngeunaan jasa situs hosting khusus, pikeun panggunaan dana anu efisien sareng ngirangan beban pangropéa.

Nyimpulkeun lowongan ieu, urang bisa disebutkeun yen Tengah / Administrator System Senior cukup keur guys.

Ku jalan kitu, anjeun henteu kedah ngabagi pangurus dina Linux / Windows. Tangtosna, kuring ngartos yén jasa sareng sistem dua dunya ieu béda-béda, tapi dasar pikeun sadayana sami sareng admin anu ngahormatan diri wawuh sareng hiji sareng anu sanés, sareng upami anjeunna henteu wawuh, éta bakal teu hese pikeun admin kompeten jadi akrab jeung eta.

Hayu urang nganggap lowongan sejen:

  1. Pangalaman dina ngawangun sistem beban tinggi;
  2. Pangaweruh anu saé ngeunaan Linux OS, parangkat lunak sistem umum sareng tumpukan wéb (Nginx, PHP/Python, HAProxy, MySQL/PostgreSQL, Memcached, Redis, RabbitMQ, ELK);
  3. Pangalaman sareng sistem virtualisasi (KVM, VMWare, LXC / Docker);
  4. Kamampuhan dina basa naskah;
  5. Pamahaman prinsip operasi jaringan protokol jaringan;
  6. Ngartos prinsip-prinsip ngawangun sistem toleran-lepat;
  7. Kamerdikaan jeung inisiatif;

Hayu urang tingali:

  • 1 - Administrator System Senior
  • 2 - Gumantung kana harti nempatkeun kana tumpukan ieu - Tengah / Administrator System Senior
  • 3 - Pangalaman damel, kalebet, tiasa hartosna - "Kluster henteu naék, tapi nyiptakeun sareng ngatur mesin virtual, aya hiji host Docker, aksés ka wadah henteu sayogi" - Administrator Sistem Tengah
  • 4 - Administrator Sistim Junior - enya, hiji admin anu teu nyaho kumaha carana nulis Aksara automation dasar, paduli basa, teu hiji admin - enikey.
  • 5 - Administrator Sistim Tengah
  • 6 - Administrator System Senior

Pikeun nyimpulkeun - Tengah / Administrator System Senior

hiji deui:

  1. pangalaman Devops;
  2. Pangalaman dina ngagunakeun hiji atawa leuwih produk pikeun nyieun CI / prosés CD. Gitlab CI bakal jadi kaunggulan;
  3. Gawe sareng wadah sareng virtualisasi; Lamun dipaké docker, alus, tapi lamun dipaké k8s, hébat!
  4. Pangalaman damel di tim lincah;
  5. Pangaweruh ngeunaan basa program naon waé;

Urang tingali:

  • 1 - Hmm... Naon anu dimaksud ku lalaki? =) Paling dipikaresep maranéhna sorangan teu nyaho naon disumputkeun tukangeun eta
  • 2 - Insinyur Ngawangun
  • 3 - Administrator Sistim Tengah
  • 4 - Kaahlian lemes, urang moal nganggap éta pikeun ayeuna, sanaos lincah mangrupikeun hal anu sanés anu diinterpretasi ku cara anu merenah.
  • 5 - Teuing verbose - bisa jadi basa scripting atawa hiji disusun. Kuring heran naha tulisan dina Pascal sareng Dasar di sakola bakal cocog sareng aranjeunna? =)

Abdi ogé hoyong ninggalkeun catetan ngeunaan titik 3 guna nguatkeun pamahaman naha titik ieu katutupan ku administrator sistem. Kubernetes ngan ukur orkestrasi, alat anu ngabungkus paréntah langsung ka supir jaringan sareng host virtualisasi / isolasi dina sababaraha paréntah sareng ngamungkinkeun anjeun ngajantenkeun komunikasi sareng aranjeunna sacara abstrak, éta waé. Salaku conto, hayu urang nyandak 'ngawangun kerangka' Jieun, anu, ku jalan kitu, kuring henteu nganggap kerangka. Sumuhun, abdi terang ngeunaan fashion of shoving Jieun mana, dimana perlu jeung teu diperlukeun - wrapping Maven di Jieun, contona, serius?
Intina, Make ngan ukur bungkus cangkang, nyederhanakeun kompilasi, tautan, sareng paréntah lingkungan kompilasi, sapertos k8s.

Sakali, kuring diwawancara hiji guy anu dipaké k8s dina karyana dina luhureun OpenStack, sarta anjeunna dikaitkeun kana kumaha anjeunna deployed jasa dina eta, kumaha oge, nalika kuring nanya ngeunaan OpenStack, tétéla yén ieu dikaluarkeun, kitu ogé diangkat ku sistem. pangurus. Naha anjeun leres-leres nyangka yén jalma anu parantos masang OpenStack, henteu paduli platform naon anu dianggo di tukangeunana, henteu tiasa nganggo k8s? =)
Ngalamar ieu sanés DevOps, tapi Administrator Sistem sareng, langkung tepatna, Administrator Kubernetes.

Hayu urang nyimpulkeun sakali deui - Administrator Sistem Tengah / Senior bakal cekap pikeun aranjeunna.

Sabaraha beuratna dina gram

Kisaran gaji anu diusulkeun pikeun lowongan anu dituduhkeun nyaéta 90k-200k
Ayeuna kuring hoyong ngagambar paralel antara ganjaran moneter Administrator Sistem sareng Insinyur DevOps.

Sacara prinsip, pikeun nyederhanakeun hal-hal, anjeun tiasa paburencay sasmita dumasar kana pangalaman damel, sanaos ieu henteu pasti, tapi pikeun tujuan tulisan éta bakal cekap.

Hiji pangalaman:

  1. nepi ka 3 taun - Junior
  2. nepi ka 6 taun heubeul - Tengah
  3. leuwih ti 6 - Senior

Situs milarian karyawan nawiskeun:
Administrator Sistim:

  1. Junior - 2 taun - 50k rub.
  2. Tengah - 5 taun - 70k rub.
  3. Senior - 11 taun - 100k rub.

Insinyur DevOps:

  1. Junior - 2 taun - 100k rub.
  2. Tengah - 3 taun - 160k rub.
  3. Senior - 6 taun - 220k rub.

Numutkeun pangalaman "DevOps", pangalaman dipaké yén sahenteuna kumaha bae mangaruhan SDLC.

Ti luhur éta nuturkeun yén kanyataanna perusahaan henteu peryogi DevOps, sareng ogé yén aranjeunna tiasa ngahémat sahenteuna 50 persén tina biaya anu direncanakeun ku nyewa Administrator; komo deui, aranjeunna tiasa langkung jelas ngartikeun tanggung jawab jalma anu dipilari. sareng ngeusian kabutuhan langkung gancang. Urang ogé kedah hilap yén pembagian tanggung jawab anu jelas ngamungkinkeun urang ngirangan sarat pikeun tanaga, ogé nyiptakeun suasana anu langkung nguntungkeun dina tim, kusabab henteuna tumpang tindihna. Seuseueurna lowongan pinuh ku utilitas sareng labél DevOps, tapi henteu dumasar kana syarat saleresna pikeun Insinyur DevOps, ngan ukur nyuhunkeun administrator alat.

Prosés palatihan insinyur DevOps ogé ngan ukur dugi ka sakumpulan karya khusus, utilitas, sareng henteu masihan pamahaman umum ngeunaan prosés sareng kagumantunganana. Ieu pasti alus lamun hiji jalma bisa nyebarkeun AWS EKS maké Terraform, ditéang jeung sidecar Fluentd dina klaster ieu sareng tumpukan AWS ELK pikeun sistem logging di 10 menit, ngagunakeun ngan hiji paréntah dina konsol nu, tapi lamun manehna teu ngarti. prinsip ngolah sorangan log sarta naon maranéhna diperlukeun pikeun, lamun teu nyaho kumaha carana ngumpulkeun metrics on aranjeunna sarta ngalacak degradasi jasa, mangka masih bakal enikey sarua anu weruh kumaha carana make sababaraha Utiliti.

Paménta, kumaha oge, nyiptakeun suplai, sarta kami ningali hiji pasar pisan overheated pikeun posisi DevOps, dimana sarat teu pakait jeung peran sabenerna, tapi ngan ngidinan pangurus sistem earn leuwih.

Janten saha aranjeunna? DevOps atanapi pangurus sistem sarakah? =)

Kumaha neruskeun hirup?

Dunungan kedah ngarumuskeun syarat langkung tepat sareng milarian persis anu diperyogikeun, sareng henteu ngalungkeun labél. Anjeun henteu terang naon anu dilakukeun ku DevOps - anjeun henteu peryogi aranjeunna dina kasus éta.

Pagawe - Diajar. Terus ningkatkeun pangaweruh anjeun, tingali gambar sakabéh prosés sareng lacak jalan ka tujuan anjeun. Anjeun tiasa janten saha waé anu anjeun pikahoyong, anjeun ngan ukur kedah nyobian.

sumber: www.habr.com

Tambahkeun komentar