Naon anu diperyogikeun pikeun perusahaan IT suksés di 2019? Dosen dina konperénsi sareng rapat nyarioskeun seueur kecap anu nyaring anu henteu salawasna kaharti ku jalma normal. Perjuangan pikeun waktos penyebaran, microservices, abandonment of monolith, transformasi DevOps sareng seueur deui. Upami urang miceun kageulisan verbal sareng nyarios langsung sareng dina basa Rusia, maka éta sadayana turun ka tesis saderhana: ngadamel produk kualitas luhur, sareng lakukeun kalayan kanyamanan pikeun tim.
Anu terakhir parantos janten penting pisan. Usaha geus tungtungna datang ka kacindekan yén prosés ngembangkeun nyaman ngaronjatkeun produktivitas, sarta lamun sagalana geus debugged sarta gawéna kawas jam, eta oge mere sababaraha rohangan pikeun maneuver dina situasi kritis. Sakali kana waktosna, demi maneuver ieu, jalma pinter anu tangtu sumping sareng cadangan, tapi industrina berkembang, sareng kami sumping ka insinyur DevOps - jalma anu ngarobih prosés interaksi antara pangwangunan sareng infrastruktur éksternal kana hal anu nyukupan sareng teu patali jeung dukun.
Sakabeh carita "modular" ieu éndah, tapi ... Ieu jadi kajadian nu sababaraha admins anu abruptly dubbed DevOps, sarta insinyur DevOps sorangan mimiti diperlukeun pikeun mibanda sahanteuna kaahlian telepathy na clairvoyance.
Sateuacan urang ngobrol ngeunaan masalah modern nyadiakeun infrastruktur, hayu urang ngartikeun naon hartina istilah ieu. Dina momen ayeuna, kaayaan geus dimekarkeun dina cara nu urang geus ngahontal dualitas konsep ieu: infrastruktur tiasa conditionally éksternal sarta conditionally internal.
Ku infrastruktur éksternal kami hartosna sadayana anu ngajamin fungsionalitas jasa atanapi produk anu dikembangkeun ku tim. Ieu mangrupikeun server aplikasi atanapi halaman wéb, hosting sareng jasa sanés anu ngajamin pungsionalitas produk.
Infrastruktur internal kalebet jasa sareng alat anu dianggo ku tim pangembangan sorangan sareng karyawan sanés, anu biasana seueur. Ieu mangrupikeun server internal sistem panyimpenan kode, manajer tugas anu disebarkeun sacara lokal sareng sadayana, sadayana, sadayana anu aya dina intranet perusahaan.
Naon anu dilakukeun ku administrator sistem di perusahaan? Salian ti pagawéan ngokolakeun intranét perusahaan ieu, sering nanggung beban masalah ékonomi pikeun mastikeun operability pakakas kantor. Admin teh bodo sarua anu bakal gancang nyered hiji Unit sistem anyar atawa laptop cadangan siap dipaké ti kamar tukang, masihan kaluar keyboard seger jeung ngorondang on sadayana fours ngaliwatan kantor, manjang kabel Ethernet. Administrator mangrupikeun pamilik lokal sareng pangawasa henteu ngan ukur server internal sareng éksternal, tapi ogé eksekutif bisnis. Leres, sababaraha pangurus ngan ukur tiasa damel dina pesawat sistem, tanpa hardware. Éta kedah dipisahkeun kana subkelas anu misah tina "administrator sistem infrastruktur." Sareng sababaraha anu ngahususkeun dina ngalayanan alat kantor sacara éksklusif; untungna, upami perusahaan ngagaduhan langkung ti saratus urang, padamelan éta moal aya tungtungna. Tapi duanana henteu devops.
Saha anu DevOps? Devops mangrupikeun jalma anu ngobrol ngeunaan interaksi pamekaran parangkat lunak sareng infrastruktur éksternal. Leuwih tepatna, devops modern kalibet dina ngembangkeun sarta deployment prosés jauh deeper ti admins anu saukur unggah apdet ka ftp kungsi kalibet. Salah sahiji tugas konci insinyur DevOps ayeuna nyaéta pikeun mastikeun prosés interaksi anu nyaman sareng efektif antara tim pangembangan sareng infrastruktur produk. Jalma-jalma ieu anu tanggung jawab pikeun nyebarkeun sistem rollback sareng panyebaran; jalma-jalma ieu anu nyandak sababaraha beban tina pamekar sareng konsentrasi sabisa-bisa dina tugas anu penting pisan. Dina waktos anu sami, devops moal pernah ngajalankeun kabel énggal atanapi ngaluarkeun laptop énggal ti kamar tukang (c) KO
Naon nu nyekel?
Pikeun patarosan "Saha DevOps?" satengah pagawe di sawah mimiti ngajawab hal kawas "Muhun, pondok, ieu admin anu ..." sarta salajengna dina téks. Leres, sakali waktos, nalika profési insinyur DevOps nembé muncul tina pangurus anu paling berbakat dina hal pangropéa jasa, bédana antara aranjeunna henteu atra ka sadayana. Tapi ayeuna, nalika fungsi devops sareng admin dina tim parantos béda sacara radikal, teu tiasa katampi pikeun ngabingungkeun aranjeunna, atanapi bahkan sami.
Tapi naon ieu hartosna pikeun bisnis?
Ngiring, éta sadayana ngeunaan éta.
Anjeun muka lowongan pikeun "System Administrator", sareng sarat anu didaptarkeun aya "interaksi sareng pamekaran sareng palanggan", "Sistem pangiriman CI / CD", "pangropéa server sareng alat perusahaan", "administrasi sistem internal" sareng sajabana. asup; anjeun ngartos yen dunungan ngomong omong kosong. nyekel éta tinimbang "System Administrator" judul lowongan kudu "DevOps Insinyur", sarta lamun judul ieu dirobah, lajeng sagalana ragrag kana tempat.
Nanging, naon kesan anu ditampi nalika maca lowongan sapertos kitu? Éta perusahaan milarian operator multi-mesin anu bakal nyebarkeun duanana versi kontrol sareng sistem ngawaskeun sareng bakal squeeze twister ku huntu na ...
Tapi supados henteu ningkatkeun tingkat kecanduan narkoba di pasar tenaga kerja, cekap nyauran lowongan ku nami anu leres sareng jelas ngartos yén insinyur DevOps sareng administrator sistem mangrupikeun dua éntitas anu béda. Tapi kahayang irrepressible sababaraha dunungan nampilkeun daptar widest mungkin tina sarat ka calon ngabalukarkeun kanyataan yén "klasik" pangurus sistem cease ngartos naon anu lumangsung di sabudeureun éta. Naon, profési mutasi sareng aranjeunna katinggaleun jaman?
Henteu, sareng sakali deui henteu. Pangurus infrastruktur anu bakal ngokolakeun server internal perusahaan, atanapi nempatan posisi dukungan L2/L3 sareng ngabantosan karyawan anu sanés, henteu angkat sareng henteu badé angkat.
Naha spesialis ieu tiasa janten insinyur DevOps? Tangtu aranjeunna tiasa. Nyatana, ieu mangrupikeun lingkungan anu aya hubunganana anu meryogikeun kaahlian administrasi sistem, tapi salian ti ieu, damel sareng ngawaskeun, sistem pangiriman sareng, sacara umum, interaksi anu caket sareng tim pangembangan sareng uji ditambah.
Masalah DevOps anu sanés
Nyatana, sadayana henteu dugi ka ngan ukur nyewa sareng kabingungan konstan antara admin sareng devops. Di sawatara titik, bisnis ieu Nyanghareupan masalah delivering apdet sarta interaksi tim ngembangkeun jeung infrastruktur final.
Panginten éta nalika paman anu panonna berkilauan nangtung di panggung sababaraha konperénsi sareng nyarios, "Kami ngalakukeun ieu sareng nyebatna DevOps. Jalma-jalma ieu bakal ngabéréskeun sadaya masalah anjeun ”- sareng mimiti nyarioskeun kumaha saé kahirupan di perusahaan saatos ngalaksanakeun prakték DevOps.
Nanging, éta henteu cekap nyéwa insinyur DevOps pikeun ngajantenkeun sadayana jalan sakumaha sakuduna. Perusahaan kedah ngalaman transformasi DevOps anu lengkep, nyaéta, peran sareng kamampuan DevOps urang ogé kedah jelas kahartos dina sisi pamekaran produk sareng tim uji. Kami gaduh carita "endah" dina topik ieu anu ngagambarkeun sadayana kakejaman anu lumangsung di sababaraha tempat.
Kaayaan. DevOps diwajibkeun pikeun nyebarkeun sistem balikan vérsi tanpa leres-leres mikirkeun kumaha éta bakal jalan. Hayu urang nganggap yén dina sistem Pamaké aya widang misah pikeun ngaran hareup, ngaran tukang sarta sandi. Versi anyar produk kaluar, tapi pikeun pamekar, "rollback" ngan ukur tongkat sihir anu bakal ngalereskeun sadayana, sareng aranjeunna henteu terang kumaha jalanna. Ku kituna, contona, dina patch hareup pamekar ngagabungkeun widang ngaran hareup jeung tukang, digulung kaluar kana produksi, tapi versi slow pikeun sababaraha alesan. Aya naon? Manajemén datang ka devops sarta nyebutkeun "Tarik switch!", nyaeta, miwarang anjeunna gulung deui ka versi saméméhna. Naon anu dilakukeun ku devops? Ieu gulungan deui ka versi saméméhna, tapi saprak pamekar teu hayang angka kaluar kumaha rollback ieu dipigawé, teu saurang ogé ngawartoskeun tim devops yén database ogé perlu digulung deui. Hasilna, sagalana ngadat keur urang, sarta tinimbang ramatloka slow, pamaké ningali kasalahan "500", sabab versi heubeul teu dianggo dina widang database anyar. Devops henteu terang ngeunaan ieu. Pamekar jempé. Manajemén mimiti kaleungitan saraf sareng artos sareng émut kana cadangan, nawiskeun ngagulung deui ti aranjeunna supados "sahenteuna aya anu tiasa dianggo." Hasilna, pamaké leungit kabeh data maranéhanana ngaliwatan hiji periode waktu.
Nu kacangan, tangtosna, buka devops, nu "teu nyieun sistem rollback ditangtoskeun," sarta teu aya anu paduli yén uncal dina carita ieu pamekar.
Kasimpulanana saderhana: tanpa pendekatan anu normal pikeun DevOps sapertos kitu, éta sakedik dianggo.
Hal utama anu kedah diinget: insinyur DevOps sanés pesulap, sareng tanpa komunikasi kualitas sareng interaksi dua arah sareng pamekaran, anjeunna moal tiasa ngatasi tugasna. Devs teu tiasa ditinggalkeun nyalira sareng "masalah"na atanapi dipasihan paréntah "ulah campur sareng pamekar, tugasna nyaéta kode," teras ngarepkeun yén dina momen kritis sadayana bakal jalan sakumaha sakuduna. Éta henteu kumaha jalanna.
Intina, DevOps mangrupikeun kompetensi dina wates antara manajemén sareng téknologi. Leuwih ti éta, éta tebih ti atra yén kudu aya leuwih téhnologi ti manajemén di cocktail ieu. Upami anjeun leres-leres hoyong ngawangun prosés pangembangan anu langkung gancang sareng langkung efisien, anjeun kedah percanten ka tim devops anjeun. Anjeunna terang alat anu leres, anjeunna parantos ngalaksanakeun proyék anu sami, anjeunna terang kumaha ngalakukeunana. Mantuan anjeunna, ngadangukeun nasehat na, ulah coba ngasingkeun anjeunna kana sababaraha jenis Unit otonom. Upami admin tiasa damel nyalira, maka devops henteu aya gunana dina hal ieu; aranjeunna moal tiasa ngabantosan anjeun janten langkung saé upami anjeun nyalira henteu hoyong nampi bantosan ieu.
Sareng hiji hal anu terakhir: ngeureunkeun nyinggung pangurus infrastruktur. Aranjeunna gaduh payuneun padamelan anu penting pisan. Leres, pangurus tiasa janten insinyur DevOps, tapi ieu kedah kajantenan ku paménta jalma éta nyalira, sareng henteu dina tekenan. Sareng teu aya anu lepat sareng kanyataan yén administrator sistem hoyong tetep janten administrator sistem - ieu mangrupikeun profési anu misah sareng hakna. Upami anjeun hoyong ngalaman transformasi profésional, maka anjeun kedah pernah hilap yén anjeun kedah ngawangun henteu ngan ukur kaahlian téknologi, tapi ogé manajemén. Paling dipikaresep, éta bakal nepi ka anjeun salaku pamimpin pikeun mawa sakabeh jalma ieu babarengan jeung ngajarkeun aranjeunna komunikasi dina basa anu sarua.
sumber: www.habr.com