Naha sesah ngartos titik utama nalika ngobrol ngeunaan DevOps? Kami geus dikumpulkeun pikeun anjeun analogies vivid, formulasi keuna jeung saran ti ahli anu bakal nulungan malah non-spesialis nepi ka titik. Tungtungna, bonus nyaéta DevOps karyawan Red Hat sorangan.
Istilah DevOps asalna 10 sababaraha taun ka pengker sareng parantos ngalih tina hashtag Twitter kana gerakan budaya anu kuat di dunya IT, filsafat anu leres anu nyorong pamekar pikeun ngalakukeun hal-hal anu langkung gancang, ékspérimén, sareng teras-terasan maju. DevOps geus jadi inextricably numbu jeung konsép transformasi digital. Tapi sakumaha anu sering kajantenan sareng terminologi IT, salami sapuluh taun ka pengker DevOps parantos nampi seueur definisi, interpretasi sareng salah paham ngeunaan dirina.
Janten, anjeun sering tiasa ngadangu patarosan ngeunaan DevOps sapertos, naha sami sareng lincah? Atawa ieu sababaraha metodologi husus? Atawa éta ngan sinonim sejen pikeun kecap "kolaborasi"?
DevOps kalebet seueur konsép anu béda-béda (pangiriman kontinyu, integrasi kontinyu, otomatisasi, sareng sajabana), janten nyuling anu penting tiasa janten tantangan, khususna nalika anjeun gairah ngeunaan subjek. Sanajan kitu, skill ieu pohara kapaké, euweuh urusan naha anjeun nyobian nepikeun gagasan anjeun ka atasan anjeun atanapi ngan ngabejaan batur ti kulawarga anjeun atanapi babaturan ngeunaan karya anjeun. Kukituna, hayu urang nyingkirkeun nuansa terminologi DevOps pikeun ayeuna sareng fokus kana gambar gedé.
Naon DevOps: 6 Harti sareng Analogi
Kami naroskeun ka para ahli pikeun ngajelaskeun hakekat DevOps saderhana sareng sakedapan supados nilaina janten jelas ka pamiarsa kalayan tingkatan pangaweruh téknis. Dumasar kana hasil paguneman ieu, kami parantos milih analogi anu paling keuna sareng formulasi anu pikaresepeun anu bakal ngabantosan anjeun ngawangun carita anjeun ngeunaan DevOps.
1. DevOps nyaéta gerakan budaya
"DevOps mangrupikeun gerakan budaya dimana duanana pihak (pamekar parangkat lunak sareng spesialis operasi sistem IT) ngakuan yén parangkat lunak henteu kéngingkeun kauntungan nyata dugi ka aya anu ngamimitian ngagunakeunana: konsumén, klien, karyawan, sanés titikna," saur Eveline Oehrlich, panaliti senior. analis di DevOps Institute. "Ku alatan éta, duanana pihak ieu babarengan mastikeun pangiriman gancang sarta kualitas luhur software".
2. DevOps nyaeta ngeunaan empowering pamekar.
"DevOps nguatkeun pamekar pikeun gaduh aplikasi, ngajalankeunana, sareng ngatur pangiriman ti mimiti dugi ka rengse."
"Biasana, DevOps dikaitkeun salaku cara pikeun nyepetkeun pangiriman aplikasi kana produksi ku ngawangun sareng ngalaksanakeun prosés otomatis," saur Jai Schniepp, diréktur platform DevOps di perusahaan asuransi Liberty Mutual. "Tapi pikeun kuring éta hal anu langkung fundamental." DevOps nguatkeun pamekar pikeun gaduh aplikasi atanapi potongan parangkat lunak khusus, ngajalankeunana, sareng ngatur pangiriman ti mimiti dugi ka réngsé. DevOps ngaleungitkeun kabingungan tanggung jawab sareng nungtun sadayana anu kalibet dina nyiptakeun infrastruktur anu didorong ku pamekar otomatis.
3. DevOps nyaéta ngeunaan kolaborasi dina nyiptakeun sareng nganteurkeun aplikasi.
"Kantun nempatkeun, DevOps mangrupakeun pendekatan kana produksi software sarta pangiriman dimana dulur gawé bareng," nyebutkeun Gur Staf, presiden jeung kapala automation bisnis digital di BMC.
4. DevOps mangrupakeun pipa
"Majelis konveyor ngan ukur tiasa dilaksanakeun upami sadaya bagian pas babarengan."
"Kuring bakal ngabandingkeun DevOps kana jalur perakitan mobil," saur Staf Gur. - Gagasan nyaéta ngarancang sareng ngadamel sadaya bagian sateuacanna supados aranjeunna tiasa dirakit tanpa panyesuaian individu. Majelis conveyor ngan ukur tiasa dilaksanakeun upami sadaya bagian pas babarengan. Jalma anu ngarancang jeung ngawangun hiji mesin kudu mertimbangkeun kumaha carana masang eta dina awak atawa pigura. Anu nyieun rem kudu mikir ngeunaan roda, jeung saterusna. Sami kedah leres sareng parangkat lunak.
Pamekar anu nyiptakeun logika bisnis atanapi antarbeungeut pangguna kedah mikirkeun pangkalan data anu nyimpen inpormasi palanggan, ukuran kaamanan pikeun ngajagi data pangguna, sareng kumaha sadayana ieu bakal jalan nalika jasa mimiti ngalayanan pamiarsa pangguna anu ageung, bahkan jutaan dolar. ."
"Meunangkeun jalma pikeun kolaborasi sareng mikirkeun bagian-bagian padamelan anu dilakukeun ku batur, tinimbang ngan ukur fokus kana tugasna nyalira, mangrupikeun halangan anu paling ageung pikeun diatasi. Upami anjeun tiasa ngalakukeun ieu, anjeun gaduh kasempetan anu saé pikeun transformasi digital, ”tambah Staf Gur.
5. DevOps mangrupakeun kombinasi katuhu jalma, prosés jeung automation
Jayne Groll, diréktur eksekutif tina DevOps Institute, nawiskeun analogi anu saé pikeun ngajelaskeun DevOps. Dina kecap-kecapna, "DevOps sapertos resep kalayan tilu kategori bahan utama: jalma, prosés sareng otomatisasi. Kalolobaan bahan ieu bisa dicokot ti wewengkon séjén sarta sumber: Lean, Agile, SRE, CI / CD, ITIL, kapamimpinan, budaya, parabot. Rahasia pikeun DevOps, sapertos resep anu saé, nyaéta kumaha kéngingkeun proporsi anu pas sareng campuran bahan-bahan ieu pikeun ningkatkeun kagancangan sareng efisiensi nyiptakeun sareng ngaleupaskeun aplikasi.
6. DevOps nyaéta nalika programer damel sapertos tim Formula 1
"Perlombaan henteu direncanakeun ti mimiti dugi ka akhir, tapi sabalikna, ti tungtung dugi ka ngamimitian."
"Nalika kuring ngobrol ngeunaan naon anu diarepkeun tina inisiatif DevOps, kuring mikirkeun tim balap NASCAR atanapi Formula 1 sabagé conto," saur Chris Short, manajer senior pamasaran platform awan di Red Hat sareng penerbit buletin DevOps'ish. - Pimpinan tim sapertos kitu ngagaduhan hiji tujuan: pikeun nyandak tempat anu paling luhur dina ahir balapan, kalayan merhatikeun sumber daya anu sayogi pikeun tim sareng tantangan anu aya. Dina hal ieu, balapan direncanakeun henteu ti mimiti nepi ka rengse, tapi sabalikna, ti finish nepi ka ngamimitian. Kahiji, hiji tujuan ambisius diatur, lajeng cara pikeun ngahontal eta ditangtukeun. Teras aranjeunna dirobih janten subtugas sareng didelegasikeun ka anggota tim.
"Tim nyéépkeun saminggu sateuacan balapan nyampurnakeun pit stop. Anjeunna ngalaksanakeun latihan kakuatan sareng kardio pikeun tetep dina bentuk pikeun dinten balapan anu pikasieuneun. Prakték gawé bareng pikeun ngarengsekeun sagala masalah anu mungkin timbul nalika balapan. Kitu ogé, tim pamekar kedah ngalatih kaahlian ngaleupaskeun vérsi énggal sacara sering. Upami anjeun gaduh kaahlian sapertos kitu sareng sistem kaamanan anu saé, peluncuran vérsi énggal kana produksi ogé langkung sering. Dina worldview ieu, ngaronjat speed hartina ngaronjat kaamanan," nyebutkeun Short.
"Éta sanés ngeunaan ngalakukeun 'hal anu leres,'" Short nambihan, "éta ngeunaan ngaleungitkeun saloba hal-hal anu mungkin anu ngahalangan hasil anu dipikahoyong. Kolaborasi sareng adaptasi dumasar kana eupan balik anu anjeun tampi sacara real waktos. Nyiapkeun pikeun anomali sareng damel pikeun ningkatkeun kualitas pikeun ngaminimalkeun dampakna kana kamajuan nuju tujuan anjeun. Ieu anu ngantosan urang di dunya DevOps.
Kumaha skala DevOps: 10 tip ti para ahli
Ngan éta DevOps sareng DevOps massa mangrupikeun hal anu béda-béda. Kami bakal nyarioskeun ka anjeun kumaha cara ngatasi halangan dina jalan ti mimiti ka anu kadua.
Pikeun seueur organisasi, perjalanan ka DevOps dimimitian kalayan gampang sareng pikaresepeun. Tim gairah leutik dijieun, prosés heubeul diganti ku nu anyar, sarta kasuksésan munggaran teu lila datang.
Alas, ieu ngan hiji glitz palsu, hiji ilusi kamajuan, nyebutkeun Ben Grinnell, menata diréktur sarta kapala digital di consultancy North Highland. Kameunangan awal pasti nyorong, tapi aranjeunna henteu ngabantosan ngahontal tujuan pamungkas pikeun nyoko kana DevOps anu nyebar di sakumna organisasi.
Ieu gampang pikeun nempo yén hasilna mangrupa budaya division antara "urang" jeung "maranéhna".
"Mindeng, organisasi ngajalankeun proyék pioneering ieu pamikiran maranéhna bakal rarata jalan pikeun DevOps mainstream, tanpa tempo naha batur bakal bisa atawa daék nuturkeun jalur éta," ngécéskeun Ben Grinnell. - Tim pikeun ngalaksanakeun proyék sapertos biasana direkrut ti "Varangians" percaya diri anu parantos ngalaksanakeun hal anu sami di tempat sanés, tapi énggal pikeun organisasi anjeun. Dina waktos anu sami, aranjeunna didorong pikeun ngalanggar sareng ngancurkeun aturan anu tetep ngariung ka sadayana. Gampang ningali yén hasilna mangrupikeun budaya "urang" sareng "aranjeunna" anu ngahambat transfer pangaweruh sareng kaahlian.
"Sareng masalah budaya ieu mangrupikeun salah sahiji alesan yén DevOps sesah skala. Tim DevOps nuju nyanghareupan tantangan téknis anu khas pikeun perusahaan IT-mimiti ngembang gancang, ”saur Steve Newman, pangadeg sareng pupuhu Scalyr.
"Di dunya modéren, jasa robih pas aya kabutuhan. Éta hébat pikeun terus-terusan nerapkeun sareng nerapkeun fitur-fitur anyar, tapi koordinasi prosés ieu sareng ngaleungitkeun masalah anu timbul mangrupikeun nyeri sirah anu nyata, tambah Steve Newman. - Dina organisasi anu ngembang pisan gancang, insinyur dina tim cross-fungsi bajoang pikeun ngajaga visibilitas kana parobahan sareng épék kaskade tingkat kagumantungan anu diciptakeun. Sumawona, insinyur henteu gumbira nalika aranjeunna dicabut kasempetan ieu sareng, salaku hasilna, janten langkung sesah pikeun aranjeunna ngartos hakekat masalah anu timbul.
Kumaha carana nungkulan tantangan ieu ditétélakeun di luhur sarta pindah ka nyoko massal DevOps dina organisasi badag? Para ahli ngadesek kasabaran, sanajan tujuan pamungkas anjeun pikeun nyepetkeun siklus ngembangkeun software anjeun sarta prosés bisnis.
1. Inget yen robah budaya butuh waktu.
Jayne Groll, Diréktur Eksekutif, DevOps Institute: "Dina pamanggih kuring, perluasan DevOps kedah janten incremental sareng iteratif sapertos pamekaran lincah (sareng ngarampa budaya). Agile sareng DevOps ngantebkeun tim leutik. Tapi nalika tim ieu tumuwuh dina jumlah sareng integrasi, urang tungtungna langkung seueur jalma anu nganut cara damel anyar, sareng akibatna aya transformasi budaya anu ageung.
2. Méakkeun cukup waktu perencanaan sarta milih platform a
Eran Kinsbruner, Pimpin Penginjil Téknis di Perfecto: "Pikeun skala damel, tim DevOps mimitina kedah diajar ngagabungkeun prosés, alat, sareng kaahlian tradisional, teras lalaunan ngasuh sareng nyaimbangkeun unggal fase DevOps individu. Éta sadayana dimimitian ku perencanaan anu ati-ati ngeunaan carita pangguna sareng aliran nilai, dituturkeun ku nyerat parangkat lunak sareng kontrol vérsi nganggo pamekaran berbasis batang atanapi pendekatan anu paling cocog pikeun kode cabang sareng ngahijikeun.
"Lajeng datang tahap integrasi jeung nguji, dimana platform scalable pikeun automation geus diperlukeun. Ieu dimana penting pikeun tim DevOps milih platform anu pas anu cocog sareng tingkat kaahlian sareng tujuan ahir proyék.
Fase salajengna nyaéta panyebaran kana produksi sareng ieu kedah otomatis otomatis nganggo alat orkestrasi sareng wadah. Penting pikeun gaduh lingkungan virtualisasi dina sadaya tahapan DevOps (simulator produksi, lingkungan QA, sareng lingkungan produksi anu saleresna) sareng ngan ukur nganggo data pangénggalna pikeun tés pikeun nyandak kacindekan anu relevan. Analytics kedah pinter sareng mampuh ngolah data ageung kalayan tanggapan anu gancang sareng tiasa dilaksanakeun.
3. Candak kasalahan kaluar tina tanggung jawab.
Gordon Haff, RedHat Evangelist: "Nyiptakeun sistem sareng suasana anu ngamungkinkeun sareng nyorong ékspérimén ngamungkinkeun naon anu katelah gagal suksés dina pamekaran parangkat lunak lincah. Ieu henteu hartosna yén teu aya anu nanggung jawab pikeun gagal. Kanyataanna, ngaidentipikasi saha anu tanggung jawab janten langkung gampang, sabab "tanggung jawab" henteu hartosna deui "ngabalukarkeun kacilakaan". Hartina, hakekat tanggung jawab robah sacara kualitatif. Opat faktor janten kritis: tingkat gangguan, pendekatan, prosés produksi sareng insentif. (Anjeun tiasa maca langkung seueur ngeunaan faktor ieu dina tulisan Gordon Huff "Palajaran DevOps: 4 aspék ékspérimén séhat.")
4. Mupus jalan ka hareup
Ben Grinnell, diréktur menata sareng kapala digital di consultancy North Highland: "Pikeun ngahontal skala, kuring nyarankeun ngaluncurkeun program" ngabersihan jalur "sareng sareng proyék pioneering. Tujuan tina program ieu nyaéta pikeun ngabersihkeun sampah anu ditinggalkeun ku panaratas DevOps, sapertos aturan kuno sareng hal-hal sapertos kitu, supados jalan ka hareup tetep jelas.
"Pasihan jalma dukungan organisasi sareng moméntum ngaliwatan komunikasi anu langkung saé tibatan grup pionir ku cara ngagungkeun kasuksésan cara-cara damel anyar. Palatih jalma anu kalibet dina gelombang salajengna proyék DevOps sareng gugup ngeunaan ngagunakeun DevOps pikeun kahiji kalina. Sareng émut yén jalma-jalma ieu béda pisan sareng panaratas.
5. parabot Démokratik
Steve Newman, pangadeg sareng pupuhu Scalyr: "Alat-alat henteu kedah disumputkeun tina jalma, sareng aranjeunna kedah gampang diajar pikeun saha waé anu daék nempatkeun waktosna. Lamun kamampuhan pikeun query log diwatesan ka tilu jalma "Certified" ngagunakeun alat, Anjeun bakal salawasna boga maksimum tilu jalma sadia pikeun nanganan masalah, sanajan anjeun boga lingkungan komputasi kacida gedéna. Kalayan kecap sanésna, aya bottleneck di dieu anu tiasa ngakibatkeun akibat anu serius (bisnis).
6. Jieun kaayaan idéal pikeun gawé tim
Tom Clark, kapala Platform Umum di ITV: "Anjeun tiasa ngalakukeun naon waé, tapi henteu sadayana sakaligus. Janten atur tujuan anu ageung, mimitian anu alit, sareng maju dina iterasi anu gancang. Lila-lila, anjeun bakal ngembangkeun reputasi pikeun ngalakukeun hal-hal, ku kituna batur bakal hoyong nganggo metode anjeun ogé. Sarta ulah salempang ngeunaan ngawangun tim kacida éféktif. Sabalikna, nyayogikeun jalma-jalma kaayaan kerja anu idéal sareng efisiensi bakal nuturkeun.
7. Tong hilap ngeunaan Hukum Conway sareng papan Kanban
Logan Daigle, Diréktur Pangiriman Perangkat Lunak sareng Strategi DevOps di CollabNetVersionOne: "Penting pikeun ngartos konsékuansi tina Hukum Conway. Dina paraphrase leupas kuring, hukum ieu nyatakeun yén produk anu urang jieun sareng prosés anu kami anggo pikeun ngalakukeunana, kalebet DevOps, tétéla terstruktur dina cara anu sami sareng organisasi urang.
"Upami aya seueur silo dina hiji organisasi, sareng kontrol robih sababaraha kali nalika ngarencanakeun, ngawangun sareng ngaleupaskeun parangkat lunak, pangaruh skala bakal nol atanapi pondok. Lamun hiji organisasi ngawangun tim cross-fungsi sabudeureun produk nu dibiayaan ku fokus pasar, lajeng Chances sukses ngaronjat nyirorot ".
"Aspék penting anu sanés pikeun skala nyaéta pikeun nampilkeun sadaya padamelan anu nuju lumangsung (WIP, workinprogress) dina papan Kanban. Nalika organisasi ngagaduhan tempat dimana jalma-jalma tiasa ningali hal-hal ieu, éta pisan nyorong kolaborasi, anu ngagaduhan dampak anu positif kana skala.
8. Néangan tapak tatu heubeul
Manuel Pais, konsultan DevOps sareng panulis ko-panulis Tim Topologies: "Nyandak prakték DevOps saluareun Dev sareng Ops sorangan sareng nyobian nerapkeunana kana fungsi anu sanés sanés mangrupikeun pendekatan anu optimal. Ieu pasti bakal gaduh sababaraha dampak (contona, ku automating kontrol manual), tapi leuwih bisa dihontal lamun urang mimitian ku pamahaman prosés pangiriman jeung eupan balik.
"Upami aya parut lami dina sistem IT organisasi - prosedur sareng mékanisme manajemén anu dilaksanakeun salaku hasil tina kajadian anu kapungkur, tapi kaleungitan relevansina (kusabab parobahan dina produk, téknologi atanapi prosés) - maka pastina kedah dipiceun. atanapi smoothed kaluar, tinimbang ngajadikeun otomatis prosés teu efisien atawa teu perlu.
9. Ulah breed pilihan DevOps
Anthony Edwards, Diréktur Operasi di Terong: "DevOps mangrupikeun istilah anu samar-samar, janten unggal tim ditungtungan ku versi DevOps sorangan. Sareng teu aya anu langkung parah nalika organisasi ujug-ujug ngagaduhan 20 jinis DevOps anu henteu akur pisan. Mustahil pikeun tiap tina tilu tim pamekaran gaduh antarmuka khusus sorangan antara pamekaran sareng manajemén produk. Atawa produk kudu boga ekspektasi unik sorangan pikeun nanganan eupan balik lamun dibikeun ka simulator produksi. Upami teu kitu, anjeun moal pernah tiasa skala DevOps.
10. Ngahutbah nilai bisnis DevOps
Steve Newman, pangadeg sareng pupuhu Scalyr: "Gawé pikeun mikawanoh nilai DevOps. Diajar sareng ngarasa Luncat pikeun ngobrol ngeunaan mangpaat naon anu anjeun lakukeun. DevOps mangrupikeun penghemat waktos sareng artos anu luar biasa (ngan panginten: kirang downtime, waktos waktos anu langkung pondok pikeun pulih), sareng tim DevOps kedah teu lepat ngantebkeun (sareng ngahutbah) pentingna inisiatif ieu pikeun kasuksésan bisnis. Ku cara ieu anjeun tiasa ngalegaan bunderan penganut sareng ningkatkeun pangaruh DevOps dina organisasi.
BONUS
on DevOps kami sorangan bakal sumping dina 13 Séptémber - leres, Red Hat, salaku produsén parangkat lunak, gaduh tim sareng prakték DevOps sorangan.
Insinyur kami Mark Birger, anu ngembangkeun jasa automasi internal pikeun grup sanés di sapanjang organisasi, bakal nyarioskeun carita sorangan dina basa Rusia murni - kumaha tim Red Hat DevOps migrasi aplikasi tina lingkungan virtual Hat Virtualization anu dikelola ku Ansible kana format wadahna pinuh dina. platform OpenShift.
Tapi éta henteu sadayana:
Sakali organisasi parantos ngalihkeun beban kerja kana wadah, metode ngawaskeun aplikasi tradisional tiasa waé henteu jalan. Dina obrolan kadua urang bakal ngajelaskeun motivasi urang pikeun ngarobah cara urang log sarta nembongkeun tuluyan tina jalur nu ngarah urang kana logging modern jeung métode monitoring.
sumber: www.habr.com