Anyar-anyar ieu, iklan sapertos kitu parantos ngabahekeun Internét. Sanajan gaji pikaresepeun, salah teu bisa nulungan tapi jadi embarrassed yén bid'ah liar ditulis di jero. Mimitina dianggap yén "DevOps" sareng "insinyur" kumaha waé tiasa dihijikeun kana hiji kecap, teras aya daptar syarat anu acak, sababaraha anu jelas disalin tina lowongan sysadmin.
Dina tulisan ieu kuring hoyong ngobrol sakedik ngeunaan kumaha urang dugi ka titik kahirupan ieu, naon DevOps saleresna sareng naon anu kudu dilakukeun ayeuna.
vacancies misalna bisa dikutuk dina sagala cara mungkin, tapi kanyataanna tetep: aya loba di antarana, sarta ieu téh kumaha pasar jalan di momen. Kami ngayakeun konperénsi devops sareng sacara terbuka nyatakeun: " - sanés pikeun insinyur DevOps." Ieu bakal sigana aneh jeung liar ka loba: naha jalma anu ngalakonan acara lengkep komérsial ngalawan pasar. Ayeuna urang bakal ngajelaskeun sagalana.
Ngeunaan budaya jeung prosés
Hayu urang mimitian ku kanyataan yén DevOps sanés disiplin rékayasa. Eta sadayana dimimitian ku kanyataan yén division sajarah ngadegkeun kalungguhan teu dianggo pikeun kualitas produk. Nalika programer ukur program, tapi teu hayang ngadéngé nanaon tentang nguji, software ieu littered kalawan bug. Nalika admin henteu paduli kumaha atanapi kunaon parangkat lunak ditulis, dukungan janten naraka.
Salaku conto, ngajelaskeun bédana antara administrator sistem sareng pendekatan SRE pikeun manajemén jasa . Studi metot geus dilaksanakeun dina - Ieu jelas yén pamekar pangalusna kumaha bae ngatur nyebarkeun parobahan anyar pikeun produksi gancang ti sakali sajam. Aranjeunna nguji kalawan leungeun maranéhna teu leuwih ti 10% (ieu bisa ditempo ti ). Kumaha aranjeunna ngalakukeun ieu? "Excel atanapi maot" nyebutkeun salah sahiji judul laporan. Pikeun detil sawala ngeunaan statistik ieu dina konteks tés, anjeun tiasa ngarujuk kana keynote Baruch Sadogursky. dina konferensi urang lianna, Heisenbug.
"Nalika teu aya kasapukan diantara babaturan,
Hal-hal moal saé pikeun aranjeunna,
Sareng moal aya anu kaluar tina éta, ngan ukur siksaan.
Jaman baheula, Swan, Crayfish sareng Pike ... "
Bagian mana tina programer wéb anu anjeun pikir leres-leres ngartos kaayaan dimana aplikasina dianggo dina produksi? Sabaraha di antarana bakal indit ka admins jeung nyoba angka kaluar naon anu bakal kajadian lamun database ngadat? Sareng saha di antarana anu bakal angkat ka panguji sareng naroskeun aranjeunna ngajarkeun cara nyerat tés anu leres? Sareng aya ogé satpam, manajer produk, sareng sakumpulan jalma sanés.
Gagasan sakabéh DevOps nyaéta nyiptakeun kolaborasi antara kalungguhan sareng departemén. Anu mimiti, ieu kahontal teu ku sababaraha software cleverly ngonpigurasi, tapi ku prakték komunikasi. DevOps nyaéta ngeunaan budaya, prakték, metodologi sareng prosés. Teu aya spesialisasi rékayasa anu tiasa ngajawab patarosan ieu.
Bunder jahat
Ti mana asalna disiplin "devops engineering"? Simkuring gaduh versi! Gagasan DevOps saé-saé pisan dugi ka janten korban kasuksésan sorangan. Sababaraha recruiters rindang jeung human traffickers, anu boga atmosfir sorangan, mimiti swirl sabudeureun sakabeh topik ieu.
Bayangkeun: kamari anjeun ngadamel shawarma di Khimki, sareng ayeuna anjeun parantos ageung, rekruter senior. Aya sadayana prosés milarian sareng milih calon, sadayana henteu gampang, anjeun kedah ngartos. Hayu urang nyebutkeun kapala departemén a nyebutkeun: manggihan spesialis di X. Urang napelkeun kecap "insinyur" X, sarta kami geus rengse. Peryogi Linux? Nya, ieu pasti insinyur Linux, upami anjeun hoyong DevOps, teras insinyur DevOps. lowongan diwangun teu ngan hiji judul, tapi ogé sababaraha téks kudu diasupkeun ka jero. Cara panggampangna nyaéta ngasupkeun sakumpulan kecap konci ti Google, gumantung kana imajinasi anjeun. DevOps diwangun ku dua kecap - "Dev" sareng "Ops", anu hartosna urang kedah ngahijikeun kecap konci anu aya hubunganana sareng pamekar sareng pangurus, sadayana janten hiji tumpukan. Ieu kumaha lowongan muncul ngeunaan kamahéran dina 42 basa program sareng 20 taun ngagunakeun Kubernetes sareng Swarm sakaligus. Diagram gawé.
Ieu kumaha gambar euweuh hartina jeung merciless of a "devops" superhero tangtu geus dicokot root dina pikiran jalma, anu bakal ngonpigurasikeun dulur nyebarkeun ka Jenkins, sarta kabagjaan bakal datang. Oh, upami sadayana saderhana pisan. "Sareng ieu ogé kumaha anjeun tiasa moro pangurus sistem," saur HR, "éta kecap anu modis, kecap koncina sami, aranjeunna kedah nyandak umpan."
Paménta nyiptakeun pasokan, sareng sadaya lowongan sampah ieu parantos dieusi ku sajumlah pangurus sistem anu sadar: anjeun tiasa ngalakukeun sadayana sami sareng sateuacanna, tapi kéngingkeun sababaraha kali deui ku nyauran diri anjeun "devops." Sagampil anjeun ngonpigurasi server via SSH sacara manual hiji-hiji, anjeun bakal neruskeun ngonpigurasikeun aranjeunna, tapi ayeuna ieu sakuduna dituju prakték devops. Ieu sababaraha jenis fenomena kompléks, sabagean patali jeung underestimation of admins Palasik jeung hype sabudeureun DevOps, tapi sacara umum, naon anu lumangsung, kajadian.
Jadi urang boga suplai jeung paménta. Hiji bunderan setan nu eupan sorangan. Ieu naon anu urang gelut ngalawan (kaasup ku nyieun konferensi DevOops).
Tangtosna, salian pangurus sistem anu parantos namina janten "devops," aya pamilon sanésna - contona, SRE profésional atanapi pamekar Infrastruktur-sakumaha-Kode.
Naon anu dilakukeun ku jalma di DevOps (saleresna)
Janten anjeun hoyong maju dina diajar sareng nerapkeun prakték DevOps. Tapi kumaha carana ngalakukeun ieu, ka arah mana kasampak? Jelas, anjeun teu kedah ambing ngandelkeun kecap konci populér.
Lamun aya pakasaban, batur kudu ngalakukeun eta. Kami parantos terang yén ieu sanés "insinyur devops", teras saha? Sigana langkung leres pikeun ngarumuskeun ieu sanés tina segi posisi, tapi tina segi daérah padamelan.
Kahiji, anjeun tiasa alamat jantung DevOps-prosés jeung budaya. Budaya mangrupikeun bisnis anu lambat sareng sesah, sareng sanaos sacara tradisional tanggung jawab manajer, sadayana aub dina hiji cara atanapi anu sanés, ti programer ka pangurus. Sababaraha bulan kapengker Tim Lister :
"Kabudayaan ditangtukeun ku nilai-nilai inti organisasi. Biasana jalma-jalma henteu perhatikeun ieu, tapi parantos damel di konsultasi mangtaun-taun, urang biasa perhatikeunana. Anjeun asup ka perusahaan sareng sacara harfiah dina sababaraha menit anjeun mimiti ngarasa naon anu lumangsung. Urang nelepon ieu "rasa". Kadang aroma ieu saé pisan. Kadang-kadang ngabalukarkeun seueul. (...) Anjeun teu bisa ngarobah budaya nepi ka nilai jeung kapercayaan di balik lampah husus anu dipikaharti. Paripolah gampang dititénan, tapi néangan kapercayaan téh hésé. DevOps mangrupikeun conto anu saé ngeunaan kumaha hal-hal anu janten langkung rumit.
Aya ogé bagian teknis ngeunaan masalah, tangtosna. Lamun kode anyar Anjeun bakal diuji dina sabulan, tapi dileupaskeun ngan sataun saterusna, tur éta fisik teu mungkin mun ngagancangkeun eta sadayana, Anjeun bisa jadi teu hirup nepi ka prakték alus. Prakték anu saé dirojong ku alat anu saé. Salaku conto, kalayan ideu Infrastructure-as-Code dina pikiran, anjeun tiasa nganggo naon waé tina AWS CloudFormation sareng Terraform ka Chef-Ansible-Puppet. Anjeun kedah terang sareng tiasa ngalakukeun sadayana ieu, sareng ieu mangrupikeun disiplin rékayasa. Kadé ulah galau sabab kalawan pangaruh: mimitina anjeun damel nurutkeun prinsip SRE sarta ngan lajeng nerapkeun prinsip ieu dina bentuk sababaraha solusi teknis husus. Dina waktos anu sami, SRE mangrupikeun metodologi anu lengkep anu henteu nyarioskeun ka anjeun kumaha nyetél Jenkins, tapi sakitar lima prinsip dasar:
- Ningkatkeun komunikasi antara kalungguhan sareng departemén
- Narima kasalahan salaku bagian integral tina pakasaban
- Nyieun parobahan bertahap
- Ngagunakeun tooling na automation lianna
- Ngukur sagala hal anu bisa diukur
Ieu mah sakadar sababaraha set pernyataan, tapi husus . Salaku conto, dina jalur pikeun nampi kasalahan, anjeun kedah ngartos résiko, ngukur kasadiaan sareng henteu kasadiaan jasa nganggo hal sapertos SLI () jeung SLO (), diajar nulis postmortems sarta nyieun nulis aranjeunna teu pikasieuneun.
Dina disiplin SRE, pamakéan parabot téh ngan hiji bagian sukses, sanajan hiji penting. Urang kedah terus-terusan ngembangkeun sacara téknis, tingali naon anu kajantenan di dunya sareng kumaha éta tiasa dianggo dina padamelan urang.
Sabalikna, solusi Cloud Native ayeuna parantos populer pisan. Sakumaha anu ditetepkeun ku Cloud Native Computing Foundation ayeuna, téknologi Cloud Native ngamungkinkeun organisasi pikeun ngembangkeun sareng ngajalankeun aplikasi anu tiasa skala dina lingkungan dinamis ayeuna, sapertos awan umum, swasta, sareng hibrid. Conto kalebet wadah, jaring jasa, jasa mikro, infrastruktur anu teu tiasa dirobih, sareng API déklaratif. Sadaya téknik ieu ngamungkinkeun sistem gandeng sacara bébas tetep elastis, tiasa diurus, sareng tiasa ditingali pisan. Automasi anu saé ngamungkinkeun para insinyur ngadamel parobihan ageung sering sareng hasil anu tiasa diprediksi tanpa ngajantenkeun tugas. Sadaya ieu dirojong ku tumpukan alat anu terkenal sapertos Docker sareng Kubernetes.
Definisi anu rada rumit sareng lega ieu kusabab kanyataan yén daérah éta ogé rada kompleks. Di hiji sisi, éta pamadegan yén parobahan anyar pikeun sistem ieu kudu ditambahkeun cukup basajan. Di sisi anu sanés, pikeun terang kumaha cara nyiptakeun lingkungan wadahna dimana jasa gandeng sacara bébas hirup dina infrastruktur anu ditetepkeun ku parangkat lunak sareng dikirimkeun ka dinya nganggo CI / CD kontinyu, sareng ngawangun prakték DevOps sakitar sadayana ieu - sadayana ieu peryogi langkung seueur. ti hiji dahar anjing.
Naon anu kudu dipigawé kalayan sagala ieu
Sarerea solves masalah ieu ku cara sorangan: contona, anjeun tiasa nyebarkeun vacancies normal pikeun megatkeun bunderan setan. Anjeun tiasa terang naon kecap-kecap sapertos DevOps sareng Cloud Native hartosna sareng dianggo kalayan leres sareng leres. Anjeun tiasa ngembangkeun di DevOps sareng nunjukkeun pendekatan anu leres ku conto anjeun.
Kami nuju konperénsi , nu nyadiakeun kasempetan pikeun delve deeper kana hal urang ngan dikaitkeun. Aya sababaraha grup laporan pikeun ieu:
- Prosés jeung budaya;
- Téknik Reliabilitas Loka;
- Awan Asli;
Kumaha carana milih mana rék? Aya titik halus di dieu. Di hiji sisi, DevOps nyaéta ngeunaan interaksi, sareng kami hoyong anjeun ngahadiran presentasi tina blok anu béda. Di sisi anu sanés, upami anjeun mangrupikeun manajer pangembangan anu sumping ka konperénsi pikeun konsentrasi dina hiji tugas khusus, maka teu aya anu ngawatesan anjeun - écés, ieu bakal janten blok ngeunaan prosés sareng budaya. Tong hilap yén anjeun bakal gaduh rékaman saatos konperénsi (sanggeus ngeusian formulir eupan balik), ku kituna anjeun salawasna tiasa ningali presentasi anu henteu penting engké.
Jelas, dina konférénsi sorangan anjeun teu bisa balik dina tilu lagu sakaligus, jadi urang ngatur program dina cara nu unggal time slot boga jejer pikeun tiap rasa.
Anu tetep nyaéta ngartos naon anu kudu dilakukeun upami anjeun insinyur DevOps! Kahiji, coba pikeun nangtukeun naon sabenerna anjeun ngalakukeun. Biasana aranjeunna resep nyebut kecap ieu:
- Pamekar anu dianggo dina infrastruktur. Grup laporan ngeunaan SRE sareng Cloud Native paling cocog pikeun anjeun.
- Administrator sistem. Ieu leuwih pajeulit di dieu. DevOops sanes ngeunaan administrasi sistem. Untungna, aya loba konferensi alus teuing, buku, artikel, video dina Internet, jsb dina topik administrasi sistem. Di sisi anu sanés, upami anjeun resep ngembangkeun diri anjeun dina hal ngartos budaya sareng prosés, diajar ngeunaan téknologi awan sareng detil kahirupan sareng Cloud Native, maka kami bakal resep ningali anjeun! Pikirkeun ieu: anjeun ngalakukeun administrasi, teras naon anu anjeun laksanakeun? Pikeun ngahindarkeun ujug-ujug mendakan diri anjeun dina kaayaan anu teu pikaresepeun, anjeun kedah diajar ayeuna.
Aya pilihan sejen: Anjeun persist jeung neruskeun ngaku yen anjeun husus insinyur DevOps jeung sia sejenna, naon hartina. Teras kami kedah nguciwakeun anjeun, DevOops sanés konperénsi pikeun insinyur DevOps!
Geser ti di Munich
DevOops 2020 Moscow bakal dilaksanakeun dina 29-30 April di Moskow, tikét parantos sayogi .
Alternatipna, anjeun tiasa nepi ka 8 Pébruari. Punten dicatet yén nalika ngeusian formulir, anjeun kedah milih target pamiarsa anu paling nguntungkeun tina laporan anjeun (aya kejutan dikubur di jero daptar).
sumber: www.habr.com