DevOps parantos janten topik anu kasohor dina sababaraha taun ka pengker. Seueur jalma impian ngiringan éta, tapi, sakumaha prakték nunjukkeun, sering ngan ukur kusabab tingkat gaji.
Sababaraha urang daptar DevOps on neruskeun maranéhanana, sanajan maranéhna teu salawasna nyaho atawa ngarti hakekat istilah. Sababaraha urang mikir yén sanggeus diajar Ansible, GitLab, Jenkins, Terraform jeung sajabana (daptar bisa dituluykeun nurutkeun rasa anjeun), anjeun bakal langsung jadi "devopsist". Ieu, tangtosna, teu bener.
Salila sababaraha taun katukang, kuring parantos aub dina palaksanaan DevOps di sababaraha perusahaan. Sateuacanna, anjeunna damel langkung ti 20 taun dina jabatan ti pangurus sistem dugi ka diréktur IT. Ayeuna DevOps Lead Insinyur di Playgendary.
Saha DevOps
Gagasan pikeun nyerat tulisan timbul saatos patarosan anu sanés: "saha DevOps?" Masih teu aya istilah anu ditetepkeun pikeun naon atanapi saha éta. Sababaraha jawaban anu parantos aya dina ieu . Mimiti, kuring bakal nyorot poin-poin utama ti éta, teras kuring bakal ngabagi pangamatan sareng pamikiran kuring.
DevOps sanes spesialis anu tiasa disewa, sanés sakumpulan utilitas, sanés departemén pamekar sareng insinyur.
DevOps mangrupikeun filosofi sareng metodologi.
Kalayan kecap sanésna, éta mangrupikeun sakumpulan prakték anu ngabantosan pamekar aktip berinteraksi sareng pangurus sistem. Hartina, pikeun nyambungkeun jeung ngahijikeun prosés gawé kana unggal lianna.
Kalayan mecenghulna DevOps, struktur sareng kalungguhan spesialis tetep sami (aya pamekar, aya insinyur), tapi aturan interaksi parantos robih. Wates antara departemén geus kabur.
Tujuan DevOps tiasa dijelaskeun dina tilu titik:
- Parangkat lunak kedah diropéa sacara teratur.
- Parangkat lunak kedah dilakukeun gancang.
- Parangkat lunak kedah dipasang kalayan gampang sareng dina waktos anu pondok.
Henteu aya alat tunggal pikeun DevOps. Ngonpigurasikeun, ngirimkeun sareng ngulik sababaraha produk sanés hartosna yén DevOps parantos muncul di perusahaan. Aya seueur alat sareng aranjeunna sadayana dianggo dina tahap anu béda, tapi ngalayanan hiji tujuan umum.
Sareng ieu ngan ukur bagian tina alat DevOps
Kuring parantos ngawawancara jalma pikeun posisi insinyur DevOps langkung ti 2 taun ayeuna, sareng kuring sadar kumaha pentingna ngartos hakekat istilah éta. Kuring geus akumulasi pangalaman husus, observasi jeung pikiran nu abdi hoyong bagikeun.
Tina pangalaman wawancara, kuring ningali gambar ieu: spesialis anu nganggap DevOps judul proyek biasana boga salah harti jeung kolega.
Aya conto keuna. Hiji lalaki ngora datang ka wawancara kalawan loba kecap pinter dina neruskeun na. Dina tilu padamelan terakhir, anjeunna gaduh pangalaman 5-6 bulan. Kuring ninggalkeun dua startups sabab "henteu take off." Tapi ngeunaan parusahaan katilu, ceuk nu euweuh understands anjeunna aya: pamekar nulis kode dina Windows, sarta diréktur maksakeun kode ieu "dibungkus" dina Docker biasa na diwangun kana CI / pipa CD. Lalaki éta nyarioskeun seueur hal négatif ngeunaan tempat damelna ayeuna sareng kolega-kolegana - kuring ngan ukur hoyong ngajawab: "Janten anjeun moal ngajual gajah."
Teras kuring naroskeun anjeunna patarosan anu luhur dina daptar kuring pikeun unggal calon.
- Naon hartosna DevOps pikeun anjeun pribadi?
- Sacara umum atawa kumaha kuring ngarasa eta?
Kuring éta kabetot dina pamadegan pribadi na. Anjeunna terang téori sareng asal-usul istilah éta, tapi anjeunna teu satuju pisan sareng aranjeunna. Anjeunna percaya DevOps mangrupikeun judul padamelan. Ieu tempat akar masalahna perenahna. Kitu ogé spesialis séjén kalawan pamadegan anu sarua.
Dunungan, sanggeus ngadéngé loba ngeunaan "magic of DevOps", hayang manggihan hiji jalma anu bakal datang jeung nyieun "magic" ieu. Sareng pelamar tina kategori "DevOps mangrupikeun padamelan" henteu ngartos yén kalayan pendekatan ieu aranjeunna moal tiasa nyumponan ekspektasi. Sareng, sacara umum, aranjeunna nyerat DevOps dina resumena sabab éta mangrupikeun tren sareng aranjeunna mayar pisan.
Metodologi sareng filsafat DevOps
Métodologina tiasa téoritis sareng praktis. Dina kasus urang, éta anu kadua. Sakumaha anu kuring disebutkeun di luhur, DevOps mangrupikeun sakumpulan prakték sareng strategi anu dianggo pikeun ngahontal tujuan anu dinyatakeun. Sareng dina unggal hal, gumantung kana prosés bisnis perusahaan, éta tiasa bénten sacara signifikan. Anu henteu ngajantenkeun langkung saé atanapi langkung parah.
Metodologi DevOps ngan ukur sarana pikeun ngahontal tujuan.
Ayeuna ngeunaan naon falsafah DevOps. Sareng ieu panginten patarosan anu paling hese.
Rada hese ngarumuskeun jawaban anu pondok tur singget, sabab can diformalkeun. Sareng saprak penganut filsafat DevOps langkung aktip dina prakték, ngan saukur teu aya waktos pikeun filosofi. Nanging, ieu mangrupikeun prosés anu penting pisan. Leuwih ti éta, éta langsung patali jeung kagiatan rékayasa. Malah aya wewengkon husus pangaweruh - .
Teu aya mata pelajaran sapertos kitu di universitas kuring, kuring kedah diajar sadayana nyalira nganggo bahan-bahan anu kuring mendakan dina taun 90an. Topikna opsional pikeun atikan rékayasa, ku kituna kurangna formalisasi jawaban. Tapi jalma-jalma anu serius dina DevOps mimiti ngarasa "semangat" atanapi "komprehensif teu sadar" tina sadaya prosés perusahaan.
Ngagunakeun pangalaman kuring sorangan, abdi nyobian formalize sababaraha "postulates" filsafat ieu. Hasilna nyaéta kieu:
- DevOps sanés hal anu mandiri anu tiasa dipisahkeun kana daérah pangaweruh atanapi kagiatan anu misah.
- Sadaya karyawan perusahaan kedah dipandu ku metodologi DevOps nalika ngarencanakeun kagiatanana.
- DevOps mangaruhan sadaya prosés dina hiji perusahaan.
- DevOps aya pikeun ngirangan biaya waktos pikeun prosés naon waé dina perusahaan pikeun mastikeun pangembangan jasa sareng kanyamanan palanggan anu maksimal.
- DevOps, dina basa modéren, mangrupikeun posisi proaktif unggal karyawan perusahaan, tujuanana pikeun ngirangan biaya waktos sareng ningkatkeun kualitas produk IT di sabudeureun urang.
Kuring nyangka yén "postulates" kuring mangrupikeun topik anu misah pikeun diskusi. Tapi ayeuna aya hal pikeun ngawangun.
Naon DevOps Dupi
Kecap konci di dieu nyaéta komunikasi. Aya seueur komunikasi, anu panggagasna kedah persis insinyur DevOps anu sami. Kunaon éta? Kusabab ieu filsafat jeung metodologi, sarta ngan lajeng pangaweruh rékayasa.
Abdi teu tiasa nyarios sareng 100% kapercayaan ngeunaan pasar tenaga kerja Kulon. Tapi kuring terang pisan ngeunaan pasar DevOps di Rusia. Salian ratusan ngawawancara, leuwih taun katukang satengah kuring geus milu dina ratusan presales teknis pikeun "Palaksanaan DevOps" jasa pikeun pausahaan badag Rusia jeung bank.
Di Rusia, DevOps masih ngora pisan, tapi parantos trending topik. Sajauh anu kuring terang, di Moskow waé kakurangan spesialis sapertos di 2019 langkung ti 1000 urang. Jeung kecap Kubernetes pikeun dunungan ampir kawas rag beureum pikeun bula a. Panganut alat ieu siap ngagunakeun éta sanajan teu perlu jeung ékonomis nguntungkeun. dunungan teu salawasna ngartos dina kasus naon anu leuwih luyu ngagunakeun, tur kalawan deployment ditangtoskeun, ngajaga klaster Kubernetes waragad 2-3 kali leuwih ti deploying hiji aplikasi ngagunakeun skéma klaster konvensional. Anggo dimana anjeun leres-leres peryogina.
Ngalaksanakeun DevOps mahal tina segi artos. Sarta eta diyakinkeun ngan dimana eta brings kauntungan ékonomi di wewengkon séjén, sarta teu sorangan.
Insinyur DevOps, kanyataanna, panaratas - aranjeunna anu kedah janten anu munggaran pikeun nerapkeun metodologi ieu di perusahaan sareng ngawangun prosés. Pikeun suksés ieu, spesialis kedah teras-terasan berinteraksi sareng karyawan sareng kolega di sadaya tingkatan. Sakumaha anu biasana kuring nyarios, sadaya karyawan perusahaan kedah kalibet dina prosés palaksanaan DevOps: ti awéwé beberesih ka CEO. Sareng ieu mangrupikeun prasyarat. Upami anggota tim anu paling SMP henteu terang sareng ngartos naon DevOps sareng naha tindakan organisasi anu tangtu dilaksanakeun, maka palaksanaan anu suksés moal jalan.
Ogé, insinyur DevOps kedah nganggo sumber administrasi ti waktos ka waktos. Salaku conto, pikeun ngatasi "kekebalan lingkungan" - nalika tim henteu siap nampi alat sareng metodologi DevOps.
Pamekar ngan ukur kedah nyerat kode sareng tés. Jang ngalampahkeun ieu, anjeunna henteu peryogi laptop super-kuat dimana anjeunna bakal nyebarkeun sareng lokal ngadukung sadaya infrastruktur proyék. Salaku conto, pamekar hareup-tungtung ngajaga sadaya unsur aplikasi dina laptopna, kalebet pangkalan data, émulator S3 (minio), jsb. Nyaéta, anjeunna nyéépkeun seueur waktos pikeun ngajaga infrastruktur lokal ieu sareng berjuang nyalira sareng sadaya masalah solusi sapertos kitu. Gantina ngamekarkeun kode pikeun hareup. Jalma sapertos kitu tiasa tahan pisan kana parobahan naon waé.
Tapi aya tim anu, sabalikna, senang pikeun ngawanohkeun parabot anyar jeung métode, sarta aktip ilubiung dina prosés ieu. Sanaos dina hal ieu, komunikasi antara insinyur DevOps sareng tim henteu dibatalkeun.
Nalika DevOps henteu diperyogikeun
Aya kaayaan nalika DevOps henteu diperyogikeun. Ieu kanyataan - perlu dipikaharti sarta ditarima.
Anu mimiti, ieu manglaku ka sagala pausahaan (utamana usaha leutik), lamun kauntungan maranéhanana henteu langsung gumantung kana ayana atawa henteuna produk IT nu nyadiakeun layanan informasi ka klien. Sareng di dieu urang henteu ngobrol ngeunaan halaman wéb perusahaan, naha éta "kartu bisnis" statik atanapi kalayan blok warta dinamis, jsb.
DevOps diperyogikeun nalika kapuasan klien anjeun sareng kahayangna pikeun uih deui ka anjeun deui gumantung kana kasadiaan jasa inpormasi ieu pikeun interaksi sareng klien, kualitas sareng targetna.
Hiji conto keuna hiji bank well-dipikawanoh. Pausahaan teu gaduh kantor klien tradisional, aliran dokumén dilumangsungkeun ngaliwatan mail atawa kurir, sarta loba pagawé digawé ti imah. Perusahaan parantos lirén janten bank sareng, dina pamanggih kuring, parantos janten perusahaan IT kalayan téknologi DevOps anu dimekarkeun.
Seueur conto sareng ceramah anu sanés tiasa dipendakan dina ngarékam rapat sareng konperénsi tematik. Kuring ngadatangan sababaraha di antarana sacara pribadi - ieu mangrupikeun pangalaman anu mangpaat pikeun anu hoyong ngembangkeun arah ieu. Ieu tautan kana saluran YouTube kalayan ceramah sareng bahan anu saé dina DevOps:
Ayeuna tingali bisnis anjeun sareng pikirkeun ieu: Sabaraha perusahaan anjeun sareng kauntunganna gumantung kana produk IT pikeun ngaktifkeun interaksi palanggan?
Upami perusahaan anjeun ngajual lauk di toko alit sareng hiji-hijina produk IT nyaéta dua 1C: Konfigurasi perusahaan (Akuntansi sareng UNF), maka boro akal pikeun ngobrol ngeunaan DevOps.
Upami anjeun damel di perusahaan dagang sareng manufaktur ageung (contona, anjeun ngahasilkeun bedil moro), maka anjeun kedah mikirkeunana. Anjeun tiasa nyandak inisiatif sareng nepikeun ka manajemén anjeun prospek pikeun ngalaksanakeun DevOps. Nya, sareng dina waktos anu sami, mimpin prosés ieu. Posisi proaktif mangrupikeun salah sahiji prinsip penting dina filsafat DevOps.
Ukuran sareng volume omzet kauangan taunan sanés kritéria utama pikeun nangtoskeun naha perusahaan anjeun peryogi DevOps.
Hayu urang ngabayangkeun hiji perusahaan industri badag nu teu berinteraksi langsung jeung konsumén. Salaku conto, sababaraha produsén mobil sareng perusahaan manufaktur mobil. Kaula teu yakin ayeuna, tapi tina pangalaman kaliwat kuring, salila sababaraha taun sagala interaksi customer dipigawé via email na telepon.
Klién maranéhanana nyaéta daptar kawates dealer mobil. Sareng masing-masing ditugaskeun spesialis ti produsén. Sadaya aliran dokumén internal lumangsung ngaliwatan SAP ERP. Karyawan internal dasarna mangrupikeun klien sistem inpormasi. Tapi IS ieu dikawasa ku cara klasik pikeun ngatur sistem klaster. Anu henteu kalebet kamungkinan ngagunakeun prakték DevOps.
Lantaran kitu kacindekan: pikeun usaha sapertos kitu, palaksanaan DevOps sanés hal anu penting, upami urang ngelingan tujuan metodologi ti mimiti tulisan. Tapi kuring henteu ngaluarkeun yén aranjeunna nganggo sababaraha alat DevOps ayeuna.
Di sisi anu sanés, aya seueur perusahaan alit anu ngembangkeun parangkat lunak nganggo metodologi, filsafat, prakték sareng alat DevOps. Sareng aranjeunna yakin yén biaya ngalaksanakeun DevOps mangrupikeun biaya anu ngamungkinkeun aranjeunna bersaing sacara efektif dina pasar parangkat lunak. Conto pausahaan misalna bisa ditempo .
Kriteria utama pikeun ngartos naha DevOps diperyogikeun: naon nilai produk IT anjeun pikeun perusahaan sareng konsumén.
Upami produk utama perusahaan anu ngahasilkeun kauntungan nyaéta parangkat lunak, anjeun peryogi DevOps. Na teu jadi penting lamun earn duit nyata ngagunakeun produk lianna. Ieu ogé ngawengku toko online atawa aplikasi mobile kalawan kaulinan.
Sakur kaulinan aya berkat dana: langsung atanapi henteu langsung ti pamaén. Di Playgendary, kami ngembangkeun kaulinan mobile gratis sareng langkung ti 200 urang aub langsung dina nyiptakeunana. Kumaha kami nganggo DevOps?
Sumuhun, persis sarua jeung ditétélakeun di luhur. Kuring terus komunikasi sareng pamekar sareng panguji, sareng ngalaksanakeun pelatihan internal pikeun karyawan ngeunaan metodologi sareng alat DevOps.
Kami ayeuna aktip ngagunakeun Jenkins salaku alat pipelines CI / CD pikeun ngajalankeun sagala pipelines assembly kalawan Unity sarta deployment saterusna ka App Store sarta Play Market. Langkung ti toolkit klasik:
- Asana - pikeun manajemén proyék. Integrasi sareng Jenkins parantos dikonpigurasi.
- Google Meet - pikeun rapat pidéo.
- Slack - pikeun komunikasi sareng sagala rupa panggeuing, kalebet bewara ti Jenkins.
- Atlassian Confluence - pikeun dokuméntasi sareng padamelan kelompok.
Rencana langsung kami kalebet ngenalkeun analisis kode statik nganggo SonarQube sareng ngalaksanakeun uji UI otomatis nganggo Selenium dina tahap Integrasi Kontinyu.
Gantina kacindekan
Abdi hoyong mungkas ku pamikiran ieu: janten insinyur DevOps anu mumpuni, penting pisan pikeun diajar kumaha komunikasi langsung sareng jalma.
Insinyur DevOps mangrupikeun pamaén tim. Jeung lain nanaon. Inisiatif dina komunikasi sareng kolega kedah asalna ti anjeunna, teu dina pangaruh sababaraha kaayaan. Spesialis DevOps kedah ningali sareng ngajukeun solusi anu pangsaéna pikeun tim.
Sareng enya, palaksanaan solusi naon waé ngabutuhkeun seueur diskusi, sareng dina tungtungna tiasa robih sadayana. Ngembangkeun sacara mandiri, ngajukeun sareng ngalaksanakeun ideu na, jalma sapertos kitu ningkatkeun nilai boh ka tim sareng ka dunungan. Anu, pamustunganana, dicerminkeun dina jumlah imbuhan bulanan na atanapi dina bentuk bonus tambahan.
sumber: www.habr.com