Apa sing dibutuhake perusahaan IT supaya sukses ing 2019? Dosen ing konferensi lan rapat ngucapake akeh tembung banter sing ora bisa dingerteni wong normal. Perjuangan kanggo wektu panyebaran, layanan mikro, ninggalake monolit, transformasi DevOps lan liya-liyane. Yen kita mbuwang kaendahan lisan lan ngomong langsung lan ing basa Rusia, banjur kabeh teka menyang tesis prasaja: nggawe produk kualitas dhuwur, lan nindakaken karo comfort kanggo tim.
Sing terakhir wis dadi penting banget. Bisnis wis pungkasanipun teka menyang kesimpulan sing proses pembangunan nyaman mundhak produktivitas, lan yen kabeh wis debugged lan dianggo kaya jam, iku uga menehi sawetara kamar kanggo maneuver ing kahanan kritis. Biyen, kanggo maneuver iki, ana wong sing pinter nggawe cadangan, nanging industri kasebut berkembang, lan kita teka ing insinyur DevOps - wong sing ngowahi proses interaksi antarane pembangunan lan infrastruktur eksternal dadi cukup lan ora ana hubungane karo shamanisme.
Crita "modular" kabeh iki apik banget, nanging ... Kedaden sing sawetara admin tiba-tiba dijuluki DevOps, lan insinyur DevOps dhewe wiwit kudu duwe paling sethithik katrampilan telepati lan clairvoyance.
Sadurunge kita ngomong babagan masalah modern babagan nyediakake infrastruktur, ayo ditetepake apa tegese istilah iki. Ing wayahe saiki, kahanan wis berkembang kanthi cara sing wis tekan dualitas konsep iki: infrastruktur bisa dadi kondisi eksternal lan kondisional internal.
Kanthi infrastruktur eksternal, tegese kabeh sing njamin fungsi layanan utawa produk sing dikembangake tim. Iki minangka server aplikasi utawa situs web, hosting lan layanan liyane sing njamin fungsionalitas produk kasebut.
Infrastruktur internal kalebu layanan lan peralatan sing digunakake dening tim pangembangan dhewe lan karyawan liyane, sing biasane akeh. Iki minangka server internal sistem panyimpenan kode, manajer tugas sing disebarake sacara lokal lan kabeh, kabeh, kabeh sing ana ing intranet perusahaan.
Apa sing ditindakake administrator sistem ing perusahaan? Saliyane karya administrasi intranet perusahaan iki, asring nanggung beban ekonomi kanggo njamin operabilitas peralatan kantor. Admin iku wong sing padha bakal cepet nyeret unit sistem anyar utawa laptop cadangan siap kanggo nggunakake saka kamar mburi, menehi metu keyboard seger lan nyusup ing kabeh fours liwat kantor, mulet kabel Ethernet. Administrator minangka pemilik lokal lan panguwasa ora mung server internal lan eksternal, nanging uga eksekutif bisnis. Ya, sawetara pangurus mung bisa kerja ing bidang sistem, tanpa hardware. Padha kudu dipisahake dadi subclass kapisah saka "administrator sistem infrastruktur." Lan sawetara khusus kanggo nglayani peralatan kantor khusus; untunge, yen perusahaan duwe luwih saka satus wong, karya kasebut ora bakal rampung. Nanging ora ana sing devops.
Sapa sing DevOps? Devops minangka wong lanang sing ngomong babagan interaksi pangembangan piranti lunak karo infrastruktur eksternal. Luwih tepate, devops modern melu proses pangembangan lan panyebaran luwih jero tinimbang admin sing mung ngunggah update menyang ftp. Salah sawijining tugas utama insinyur DevOps saiki yaiku njamin proses interaksi sing nyaman lan efektif ing antarane tim pangembangan lan infrastruktur produk. Wong-wong iki sing tanggung jawab kanggo nyebarake sistem rollback lan penyebaran; wong-wong iki sing njupuk sawetara beban saka pangembang lan konsentrasi sabisa-bisa kanggo tugas sing penting banget. Ing wektu sing padha, devops ora bakal mbukak kabel anyar utawa ngetokake laptop anyar saka kamar mburi (c) KO
Apa sing nyekel?
Kanggo pitakonan "Sapa DevOps?" setengah saka buruh ing lapangan wiwit njawab kaya "Inggih, ing cendhak, iki admin sing ..." lan luwih ing teks. Ya, biyen, nalika profesi insinyur DevOps mung muncul saka pangurus sing paling berbakat babagan pangopènan layanan, bedane ora jelas kanggo kabeh wong. Nanging saiki, nalika fungsi devops lan admin ing tim wis dadi radikal malih beda, iku ora bisa ditrima kanggo mbingungake siji liyane, utawa malah padha.
Nanging apa tegese iki kanggo bisnis?
Nyewa, iku kabeh babagan.
Sampeyan mbukak lowongan kanggo "System Administrator", lan syarat sing kadhaptar ana "interaksi karo pangembangan lan pelanggan", "Sistem pangiriman CI / CD", "pangopènan server lan peralatan perusahaan", "administrasi sistem internal" lan liya-liyane. ing; sampeyan ngerti sing juragan ngomong omong kosong. Sing nyekel iku tinimbang "System Administrator" judhul lowongan kudu "DevOps Engineer", lan yen judhul iki diganti, banjur kabeh tiba ing panggonan.
Nanging, apa kesan sing ditampa nalika maca lowongan kasebut? Sing perusahaan nggoleki operator multi-mesin sing bakal masang loro kontrol versi lan sistem ngawasi lan bakal remet twister karo untune ...
Nanging supaya ora nambah tingkat kecanduan narkoba ing pasar tenaga kerja, cukup nelpon lowongan kanthi jeneng sing tepat lan ngerti kanthi jelas manawa insinyur DevOps lan administrator sistem minangka rong entitas sing beda. Nanging kepinginan irrepressible sawetara juragan kanggo saiki dhaftar paling sudhut syarat kanggo calon ndadΓ©kakΓ© kanggo kasunyatan sing "klasik" Administrator sistem mandek kanggo ngerti apa wis kedados watara wong. Apa, profesi mutasi lan ketinggalan jaman?
Ora ora lan siji maneh ora. Administrator infrastruktur sing bakal ngatur server internal perusahaan, utawa manggoni posisi dhukungan L2/L3 lan mbantu karyawan liyane, durung lunga lan ora bakal lunga.
Apa spesialis kasebut bisa dadi insinyur DevOps? Mesthi padha bisa. Nyatane, iki minangka lingkungan sing gegandhengan sing mbutuhake katrampilan administrasi sistem, nanging saliyane iki, nggarap pemantauan, sistem pangiriman lan, umume, interaksi sing cedhak karo tim pangembangan lan tes ditambahake.
Masalah DevOps liyane
Nyatane, kabeh ora diwatesi mung nyewa lan kebingungan terus-terusan antarane admin lan devops. Ing sawetara titik, bisnis kasebut ngadhepi masalah ngirim nganyari lan interaksi tim pangembangan karo infrastruktur pungkasan.
Bisa uga nalika paman kanthi mripat sing cemlorot ngadeg ing panggung konferensi lan ujar, "Kita nindakake iki lan nyebat DevOps. Wong lanang iki bakal ngrampungake kabeh masalah sampeyan β- lan wiwit nyritakake kepiye urip ing perusahaan sawise ngetrapake praktik DevOps.
Nanging, ora cukup kanggo nyewa insinyur DevOps supaya kabeh bisa ditindakake. Perusahaan kasebut kudu ngalami transformasi DevOps sing lengkap, yaiku, peran lan kemampuan DevOps kita uga kudu dingerteni kanthi jelas ing sisih pangembangan produk lan tim uji coba. Kita duwe crita "apik" babagan topik iki sing nggambarake kabeh kebrutalan sing kedadeyan ing sawetara panggonan.
Kahanan. DevOps dibutuhake kanggo masang sistem rollback versi tanpa mikir babagan cara kerjane. Ayo nganggep yen ing sistem Pangguna ana kolom sing kapisah kanggo jeneng ngarep, jeneng mburi lan sandhi. Versi anyar saka produk metu, nanging kanggo pangembang, "rollback" mung tongkat sihir sing bakal ndandani kabeh, lan padha ora ngerti cara kerjane. Dadi, contone, ing tembelan sabanjure para pangembang nggabungake lapangan jeneng pisanan lan mburi, digulung dadi produksi, nanging versi kasebut alon-alon amarga sawetara alasan. Apa sing kedadeyan? Manajemen teka devops lan ngandika "Narik ngalih!", Inggih, takon marang muter maneh kanggo versi sadurungΓ©. Apa sing ditindakake devops? Iki muter maneh menyang versi sadurunge, nanging amarga pangembang ora pengin ngerti carane rollback iki rampung, ora ana sing ngandhani tim devops yen database uga kudu digulung maneh. AkibatΓ©, kabeh nabrak kanggo kita, lan tinimbang situs web sing alon, pangguna ndeleng kesalahan "500", amarga versi lawas ora bisa digunakake karo lapangan database anyar. Devops ora ngerti babagan iki. Pengembang meneng. Manajemen wiwit kelangan syaraf lan dhuwit lan ngelingi serep, nawakake kanggo muter maneh supaya "paling ora ana sing bisa ditindakake." AkibatΓ©, pangguna ilang kabeh data sajrone sawetara wektu.
Kacang-kacangan, mesthi, menyang devops, sing "ora nggawe sistem rollback sing tepat," lan ora ana sing peduli yen moose ing crita iki minangka pangembang.
Kesimpulane gampang: tanpa pendekatan normal kanggo DevOps kaya ngono, ora ana gunane.
Sing kudu dieling-eling: insinyur DevOps dudu tukang sulap, lan tanpa komunikasi kualitas lan interaksi rong arah karo pembangunan, dheweke ora bakal bisa ngrampungake tugase. Devs ora bisa ditinggalake kanthi "masalah" utawa diwenehi prentah "aja campur tangan karo pangembang, tugase yaiku kode," banjur ngarep-arep yen ing wayahe kritis kabeh bakal bisa ditindakake. Ora kaya ngono.
Intine, DevOps minangka kompetensi ing wates antarane manajemen lan teknologi. Kajaba iku, ora jelas manawa kudu luwih akeh teknologi tinimbang manajemen ing koktail iki. Yen sampeyan pancene pengin mbangun proses pangembangan sing luwih cepet lan luwih efisien, sampeyan kudu percaya karo tim devops sampeyan. Dheweke ngerti alat sing bener, dheweke wis ngetrapake proyek sing padha, dheweke ngerti carane nindakake. Mbantu dheweke, ngrungokake sarane, aja nyoba ngisolasi dheweke dadi sawetara unit otonom. Yen admin bisa kerja dhewe, mula devops ora ana gunane ing kasus iki, dheweke ora bakal bisa nulungi sampeyan dadi luwih apik yen sampeyan dhewe ora pengin nampa bantuan iki.
Lan siji bab pungkasan: mungkasi nyinggung administrator infrastruktur. Dheweke duwe ngarep dhewe sing penting banget. Ya, administrator bisa dadi insinyur DevOps, nanging iki kudu kedadeyan kanthi panjaluke wong kasebut dhewe, lan ora ana ing tekanan. Lan ora ana sing salah yen administrator sistem pengin tetep dadi administrator sistem - iki minangka profesi sing kapisah lan hak. Yen sampeyan pengin ngalami transformasi profesional, sampeyan ora bakal lali yen sampeyan kudu mbangun ora mung katrampilan teknologi, nanging uga manajemen. Paling kamungkinan, sampeyan bakal dadi pimpinan kanggo nglumpukake kabeh wong kasebut lan mulang supaya bisa komunikasi ing basa sing padha.
Source: www.habr.com