Ngendi kanggo pindhah karo kawruh iki, apa sing kudu dilakoni ing proyek lan pinten entuk, apa sing kudu dikandhakake lan takon ing wawancara - ujare Alexander Titov, mitra pengelola Express 42 lan penulis .
Hello! Sanajan istilah DevOps wis ana wiwit 2009, isih ora ana konsensus ing komunitas Rusia. Sampeyan bisa uga ngerteni manawa ana sing nganggep DevOps minangka spesialisasi, sing liyane nganggep minangka filosofi, lan liya-liyane nganggep istilah kasebut minangka set teknologi. Aku wis nindakake kaping pirang-pirang karo babagan pangembangan arah iki, mula aku ora bakal rinci babagan artikel iki. Ayo kula ujar manawa ing Express 42 kita kalebu ing ngisor iki:
DevOps minangka metodologi khusus, budaya nggawe produk digital, nalika kabeh spesialis ing tim melu produksi.
Ing pangembangan perusahaan klasik, kabeh dadi sequentially: program, testing lan mung banjur operasi, lan kacepetan proses iki saka idea kanggo produksi 3 sasi. Iki minangka masalah global kanggo produk digital, amarga ora bisa cepet nampa umpan balik saka pelanggan.
Ing DevOps, alat lan pendekatan dirancang kanggo mesthekake yen proses pangembangan, tes lan operasi mlaku bebarengan.
Apa sing diterusake saka pendekatan iki?
- Sampeyan ora bisa nyewa sawetara "insinyur" sing bakal teka lan ngrampungake kabeh masalah karo produksi. Kabeh tim kudu ngetrapake teknik kasebut.
- DevOps dudu wangun sysadmin sabanjure kanggo nganyarke. "Insinyur DevOps" meh padha karo "Pengembang Agile."
- Yen tim nggunakake Kubernetes, Ansible, Prometheus, Mesosphere lan Docker, iki ora ateges praktik DevOps wis ditindakake ing kana.
Urip sawise DevOps ora bakal padha
Pendekatan DevOps yaiku, pisanan, cara mikir sing beda, persepsi pembangunan sacara sakabehe lan panggonan siji ing proses kasebut. Kita dibagi kursus online dadi 2 blok:
1. Mandhiri
Kaping pisanan, kita nliti kanthi rinci babagan inti saka pendekatan DevOps, lan para siswa nemokake peran anyar ing tim kasebut, ndeleng endi sing luwih nanggapi, lan nemtokake arah sing bakal dikembangake.
2. Piranti lan laku
Siswa nguwasani teknologi tartamtu saka sudut pandang metode DevOps.
Piranti DevOps bisa digunakake ing pendekatan DevOps lan ing pangembangan klasik. Conto sing paling jelas yaiku nggunakake alat manajemen konfigurasi Ansible. Iki digawe lan disusun kanggo ngetrapake praktik DevOps "Infrastruktur minangka Kode", sing tegese macem-macem negara sistem diterangake, saka setelan sistem operasi nganti piranti lunak aplikasi. Katrangan kasebut dipΓ©rang dadi lapisan lan ngidini sampeyan ngatur konfigurasi sing rumit, terus ganti. Nanging insinyur asring nggunakake Ansible minangka cara kanggo mbukak skrip bash ing pirang-pirang mesin. Iki ora ala utawa apik, nanging sampeyan kudu ngerti manawa anane Ansible ora njamin anane DevOps ing perusahaan kasebut.
We are ing proses Sampeyan bakal kecemplung ing proses ngembangake aplikasi sing padha karo Reddit sing misuwur, diwiwiti kanthi versi monolitik, mindhah langkah demi langkah menyang layanan mikro. Langkah demi langkah kita bakal nguwasani alat anyar: Git, Ansible, Gitlab lan rampung karo Kubernetes lan Prometheus.
Ing babagan praktik, kita bakal ngetutake taktik saka telung dalan sing diterangake ing Buku Pegangan DevOps - praktik pangiriman terus-terusan, praktik umpan balik, lan intine kabeh kursus yaiku praktik sinau terus-terusan bebarengan karo sistem sampeyan.
Apa kawruh iki menehi saben spesialis?
Kanggo administrator sistem
Praktek bakal ngidini sampeyan pindhah saka administrasi menyang nggawe pipa pangiriman sing terus-terusan lan platform infrastruktur kanggo pangiriman piranti lunak. Intine dheweke nggawe produk - platform infrastruktur kanggo pangembang sing mbantu dheweke cepet nggawe owah-owahan menyang produksi.
Sadurunge, administrator sistem minangka benteng pungkasan, sawise kabeh dadi produksi. Lan Sejatine padha melu firefighting terus-terusan - ing cahya kang cukup angel kanggo delve menyang kabutuhan bisnis, mikir bab produk lan keuntungan kanggo pangguna.
Thanks kanggo metode DevOps, owah-owahan pamikiran. Administrator sistem ngerti carane nerjemahake konfigurasi menyang kode, praktik apa sing ana kanggo iki.
Iki penting amarga perusahaan saya sadhar yen ora mung kudu ngotomatisasi kabeh, yaiku. ing apa administrator sistem lawas-sekolah padha ateges digunakake kanggo nindakake, sing plus iki disampekno sethitik lan ora ngandhani tim bab kabeh owah-owahan digawe. Saiki tim nggoleki sing bakal dadi pabrikan produk infrastruktur internal lan mbantu nggabungake proses sing dipisahake dadi siji.
Kanggo pangembang
Pangembang mandheg mikir mung ing algoritma. Dheweke entuk katrampilan nggarap infrastruktur, katrampilan kesadaran arsitektur lanskap. Pangembang kaya mangkene ngerti cara aplikasi kasebut, kepiye liwat pipa pangiriman sing terus-terusan, cara ngawasi, cara ndhaptar supaya entuk manfaat kanggo klien. AkibatΓ©, kabeh kawruh iki ngidini sampeyan nulis kode sing cocog.
Kanggo panguji
Pengujian wis suwe pindhah menyang mode otomatis; kita kabeh ujar manawa akeh tes ora kudu ditindakake, nanging ditulis :) Pengujian dadi bagean saka kabeh pipa pangiriman produk sampeyan. Penguji ora mung kudu sinau babagan nulis kode, nanging uga ngerti carane nggabungake menyang sistem pangiriman sing terus-terusan, carane nampa umpan balik saka kode ing kabeh tahap pangiriman, lan carane terus-terusan ngapikake tes supaya bisa ndeteksi kesalahan minangka awal sabisa.
Lan dadi metu sing kabeh telung tahap dumadi bebarengan. Contone, bisa uga katon kaya iki:
Pangembang nulis kode kasebut, langsung nulis tes kasebut, lan nggambarake wadhah docker kanggo kode sing kudu ditindakake. Uga langsung njlèntrèhaké pemantauan sing bakal ngawasi operasi layanan iki ing produksi, lan nindakake kabeh iki.
Nalika integrasi terus-terusan diwiwiti, proses mlaku bebarengan. Layanan diwiwiti lan dikonfigurasi. Ing wektu sing padha, wadhah docker diwiwiti lan dipriksa yen lagi mlaku. Ing wektu sing padha, kabeh informasi menyang sistem logging. Lan sateruse ing saben tahap pangembangan - dadi kerja tim nyata saka administrator sistem, pangembang lan penguji.
Aku sinau DevOps, apa sabanjure?
Kaya sing sampeyan ngerteni, sing ana ing lapangan dudu prajurit. Yen perusahaan sampeyan ora nggunakake metode iki, katrampilan sing dipikolehi bakal mandheg. Lan sawise kenal karo pendekatan DevOps, sampeyan bisa uga ora pengin dadi cog ing pangembangan perusahaan. Bisa uga ana siji pangecualian: sampeyan minangka administrator sistem ing tim lan bisa mbangun maneh kabeh proses kanthi cara anyar. Perlu ditambahake ing kene manawa ana akeh perusahaan sing nggunakake pendekatan iki, lan ora kena pengaruh kunci kasebut lan golek spesialis. Amarga DevOps babagan nggawe produk online.
Lan saiki babagan sing apik: penguasaan praktik lan alat DevOps kira-kira + 30% saka nilai sampeyan ing pasar tenaga kerja. Gaji diwiwiti saka 140 ewu rubel, nanging ditemtokake, kanthi alami, dening spesialisasi lan fungsi utama sampeyan.
Sampeyan bisa ndeleng lowongan sing ditandhani "infrastruktur-oriented", ing ngendi ana tes otomatisasi, pangembangan aplikasi microservice nggunakake teknologi maya, lowongan kanggo insinyur infrastruktur lan kabeh jinis referensi kanggo DevOps. Elinga yen saben perusahaan tegese beda karo definisi iki - maca deskripsi kasebut kanthi teliti.
Sajrone ngluncurake kursus, ana wawasan - akeh wong sawise kursus kasebut tiba ing jebakan insinyur DevOps. Dheweke nemokake lowongan kanthi judhul sing kasebut ing ndhuwur, nampa tawaran sing apik, lan banjur kerja lan ngerti yen dheweke kudu njaga skrip bash telung kaca ing Jenkins. Endi Kubernetes, ChatOps, rilis kenari lan liya-liyane? Nanging ora ana apa-apa, amarga perusahaan ora mbutuhake DevOps minangka metodologi, nanging nggunakake inovasi individu.
Iki minangka alesan kanggo ngerteni kanthi intensif saka perusahaan babagan cara proses pangiriman piranti lunak, tumpukan teknologi lan tanggung jawab apa sing bakal ditindakake.
Yen majikan mangsuli pitakon sampeyan kanthi abstrak, kaya-kaya saka buku, tanpa rincian, mula kemungkinan ora ana proses DevOps ing perusahaan, nanging iki dudu alesan kanggo nolak, sinau perusahaan lan produke, manawa ana online. layanan sing perusahaan develops dhewe, aplikasi seluler , gagasan produk.
Yen ya, banjur jelasake manawa sampeyan kudu kerja langsung karo sistem kasebut utawa ana kemungkinan gerakan horisontal menyang tim layanan kasebut nalika nuduhake asil sing apik ing praktik DevOps. Yen ya, mula kudu ditindakake lan aktif lan migunani, lan yen sampeyan ngrampungake kursus, sing terakhir dijamin.
Wigati dimangerteni manawa praktisi Devops entuk nilai sejatine mung kanthi pengalaman ing pangembangan / administrasi / tes. Mung banjur kawruh ora abstrak, nanging enrich spesialis (ing saben pangertèn). Mula, ide "sinau DevOps saka awal" meh padha karo sinau "nggunakake lensa saka awal" yen sampeyan durung nate nyekel kamera utawa ngarahake moto. Kanggo mbantu sampeyan mutusake manawa kursus kasebut cocog kanggo sampeyan, kita wis nggawe tes mlebu sing bakal mriksa tingkat kawruh sing cukup.
Aku salah siji saka trik - sing sajrone latihan saben siswa nemtokake dhewe menyang arah sing dikarepake. Kita asring ndeleng transisi nalika pangembang dadi insinyur infrastruktur, lan administrator ngerti yen dheweke kasengsem nulis kode - banjur dheweke sinau basa kasebut lan nambah katrampilan DevOps sing dipikolehi. Mula, kita mligi nampani wong-wong sing rumangsa karier macet ing prapatan. Kursus kasebut diwiwiti tanggal 28 Mei, nanging sampeyan bisa melu 2 minggu sawise miwiti kelas. Sampeyan bisa ndeleng program lan njupuk test . Sampai jumpa di OTUS!
Source: www.habr.com