Urang ngobrol, tangtosna, ngeunaan . Upami anjeun henteu terangkeun detil, maka dina 30 Séptémber sareng 1 Oktober kami bakal ngayakeun konperénsi ngeunaan ngahijikeun prosés pangwangunan, uji sareng operasi, sareng upami anjeun lebet kana detil, punten, handapeun ucing.
Dina pendekatan DevOps, sadaya bagian tina pamekaran téhnologis proyék urang intertwined, lumangsung dina paralel sarta pangaruh silih. Anu penting pisan nyaéta nyiptakeun prosés pangembangan otomatis anu tiasa dirobih, simulasi sareng diuji sacara real waktos. Ieu ngabantosan anjeun ngaréspon langsung kana parobahan dina pasar.
Dina konférénsi éta kami hoyong nunjukkeun kumaha pendekatan ieu mangaruhan pamekaran produk. Kumaha reliabilitas sareng adaptasi sistem pikeun klien dipastikeun. Kumaha DevOps ngarobih struktur sareng pendekatan perusahaan pikeun ngatur prosés kerjana.
balik layar
Penting pikeun urang terang henteu ngan ukur naon anu dilakukeun ku perusahaan anu béda dina kerangka pendekatan DevOps, tapi ogé ngartos naha sadayana ieu dilakukeun. Ku alatan éta, kami diondang teu ngan ahli pikeun gabung Panitia Program, tapi spesialis anu ningali wacana DevOps ti posisi béda:
- insinyur senior;
- pamekar;
- kalungguhan tim;
- CTO.
Di hiji sisi, ieu nyiptakeun kasusah sareng konflik nalika ngabahas paménta laporan. Upami insinyur kabetot dina nganalisa kacilakaan utama, maka langkung penting pikeun pamekar ngartos kumaha cara nyiptakeun parangkat lunak anu tiasa dianggo dina awan sareng infrastruktur. Tapi ku satuju, urang nyiptakeun program anu bakal berharga sareng pikaresepeun pikeun sadayana: ti insinyur ka CTO.
Tujuan tina konperénsi kami henteu ngan ukur milih laporan anu paling hype, tapi pikeun nampilkeun gambaran umum: kumaha pendekatan DevOps tiasa dianggo dina prakték, jinis rake anu anjeun tiasa jalankeun nalika ngalih ka prosés énggal. Dina waktos anu sami, urang ngawangun bagian eusi, turun tina masalah bisnis ka téknologi khusus.
Bagian konferensi bakal tetep sarua jeung di .
- Platform infrastruktur.
- Infrastruktur salaku kode.
- Pangiriman kontinyu.
- Eupan Balik.
- Arsitéktur di DevOps, DevOps pikeun CTO.
- prakték SRE.
- Latihan jeung manajemén pangaweruh.
- Kaamanan, DevSecOps.
- Transformasi DevOps.
Telepon pikeun Makalah: laporan naon anu urang pilari
Urang conditionally dibagi panongton poténsi konferensi kana lima grup: insinyur, pamekar, spesialis kaamanan, kalungguhan tim na CTO. Unggal grup boga motivasi sorangan pikeun datang ka konferensi. Sareng, upami anjeun ningali DevOps tina posisi ieu, anjeun tiasa ngartos kumaha museurkeun topik anjeun sareng dimana nempatkeun tekenan.
Pikeun insinyur, anu nyieun hiji platform infrastruktur, hal anu penting pikeun ngarti tren aya, ngartos nu téknologi ayeuna paling maju. Aranjeunna bakal resep diajar ngeunaan pangalaman kahirupan nyata dina ngagunakeun téknologi ieu sareng silih tukeur pendapat. Insinyur bakal resep ngadangukeun laporan anu nganalisa sababaraha kacilakaan hardcore, sareng kami bakal nyobian milih sareng ngagosok laporan sapertos kitu.
Pikeun pamekar hal anu penting pikeun ngarti konsép saperti aplikasi asli awan. Nyaéta, kumaha carana ngamekarkeun parangkat lunak supados tiasa dianggo dina méga sareng sagala rupa infrastruktur. Pamekar kedah terus-terusan nampi tanggapan ti parangkat lunak. Di dieu urang hoyong ngadangu kasus ngeunaan kumaha pausahaan ngawangun proses ieu, kumaha carana ngawas kinerja software, sarta kumaha sakabéh prosés pangiriman jalan.
spesialis cybersecurity Penting pikeun ngartos kumaha nyetél prosés kaamanan supados henteu ngalambatkeun pamekaran sareng ngarobih prosés dina perusahaan. Topik ngeunaan sarat anu DevOps nempatkeun dina spesialis sapertos kitu ogé bakal pikaresepeun.
Tim ngarah hayang nyaho, kumaha prosés pangiriman kontinyu jalan di pausahaan séjén. Jalur naon anu dilakukeun ku perusahaan pikeun ngahontal ieu, kumaha aranjeunna ngawangun prosés pangwangunan sareng jaminan kualitas dina DevOps. Tim kalungguhan ogé kabetot dina Cloud asli. Sareng ogé patarosan ngeunaan interaksi dina tim sareng antara tim pamekaran sareng rékayasa.
keur CTO Hal anu paling penting nyaéta pikeun terang kumaha nyambungkeun sadaya prosés ieu sareng nyaluyukeun kana kabutuhan bisnis. Anjeunna mastikeun yén aplikasina tiasa dipercaya pikeun bisnis sareng klien. Sareng di dieu anjeun kedah ngartos téknologi mana anu bakal dianggo pikeun tugas bisnis mana, kumaha ngawangun sadayana prosés, jsb. The CTO ogé jawab budgeting. Salaku conto, anjeunna kedah ngartos sabaraha artos anu kedah diséépkeun pikeun ngalatih deui spesialis supados tiasa damel di DevOps.
Upami Anjeun gaduh hal pikeun nyebutkeun ngeunaan hal ieu, ulah cicing jempé, . Deadline pikeun Telepon pikeun Makalah nyaéta 20 Agustus. Sateuacan anjeun ngadaptar, langkung seueur waktos anjeun kedah ngabéréskeun laporan anjeun sareng nyiapkeun presentasi anjeun. Ku kituna, ulah reureuh.
Nya, upami anjeun henteu kedah nyarios sacara umum, euy sarta datangna dina 30 September jeung 1 Oktober pikeun komunikasi sareng kolega. Urang janji eta bakal metot jeung mereun.
Kumaha urang ningali DevOps
Pikeun ngartos naon anu kami maksud ku DevOps, kuring nyarankeun maca (atanapi maca deui) laporan kuring "" Leumpang ngalangkungan gelombang pasar, kuring ningali kumaha ideu DevOps robih dina perusahaan ukuran anu béda: tina ngamimitian leutik ka perusahaan multinasional. Laporan éta diwangun dina sababaraha patarosan, ku ngawalon aranjeunna anjeun tiasa ngartos naha perusahaan anjeun nuju ka DevOps atanapi naha aya masalah dimana waé.
DevOps mangrupikeun sistem anu kompleks, éta kedah kalebet:
- Produk digital.
- Modul bisnis anu ngembangkeun produk digital ieu.
- Tim produk nu nulis kode.
- prakték Pangiriman kontinyu.
- Platform salaku jasa.
- Infrastruktur salaku jasa.
- Infrastruktur salaku kode.
- Prakték misah pikeun ngajaga reliabilitas, diwangun kana DevOps.
- Hiji prakték eupan balik anu ngajelaskeun eta sadayana.
Dina ahir laporan aya diagram anu masihan ide ngeunaan sistem DevOps di perusahaan. Éta bakal ngamungkinkeun anjeun ningali prosés mana di perusahaan anjeun anu parantos disederhanakeun sareng anu badé diwangun.
Anjeun tiasa ningali video laporan .
Sareng ayeuna bakal aya bonus: sababaraha pidéo ti RIT ++ 2019, anu nyabak kana masalah paling umum ngeunaan transformasi DevOps.
Infrastruktur perusahaan salaku produk
Artyom Naumenko mingpin tim DevOps di Skyeng sareng ngurus pangwangunan infrastruktur perusahaanna. Anjeunna nyarioskeun kumaha infrastruktur mangaruhan prosés bisnis di SkyEng: kumaha ngitung ROI pikeun éta, métrik naon anu kedah dipilih pikeun itungan sareng cara damel pikeun ningkatkeunana.
Dina jalan ka microservices
Perusahaan Nixys nyayogikeun dukungan pikeun proyék wéb anu sibuk sareng sistem anu disebarkeun. Diréktur téknisna, Boris Ershov, nyarioskeun kumaha narjamahkeun produk parangkat lunak, pamekaran anu dimimitian 5 taun ka pengker (atanapi langkung), kana platform modéren.
Sakumaha aturan, proyék-proyék sapertos kitu mangrupikeun dunya khusus dimana aya sudut poék sareng kuno infrastruktur anu teu dipikanyaho ku insinyur ayeuna. Sareng pendekatan kana arsitéktur sareng pamekaran anu sakali dipilih parantos lami sareng teu tiasa nyayogikeun bisnis kalayan laju anu sami sareng sékrési vérsi énggal. Hasilna, unggal release produk robah jadi petualangan luar biasa, dimana hal terus ragrag kaluar, sarta di tempat paling teu kaduga.
Gerentes proyék sapertos inevitably nyanghareupan kabutuhan pikeun transformasi sakabéh prosés téhnologis. Dina laporanna, Boris nyarios:
- kumaha carana milih arsitéktur katuhu pikeun proyék jeung nempatkeun infrastruktur dina urutan;
- parabot naon make jeung naon pitfalls anu encountered dina jalur pikeun transformasi;
- naon anu kudu dipigawé salajengna.
Automation of release atanapi kumaha nganteurkeun gancang sarta painlessly
Alexander Korotkov mangrupakeun pamekar ngarah tina sistem CI / CD di CIAN. Anjeunna nyarioskeun alat-alat automation anu ngamungkinkeun pikeun ningkatkeun kualitas sareng ngirangan waktos pangiriman kode ka produksi ku 5 kali. Tapi hasilna sapertos teu tiasa dihontal ku automation nyalira, ku kituna Alexander ogé nengetan parobahan dina prosés pangwangunan.
Kumaha kacilakaan ngabantosan anjeun diajar?
Alexey Kirpichnikov parantos ngalaksanakeun DevOps sareng infrastruktur di SKB Kontur salami 5 taun. Salila tilu taun, kurang leuwih 1000 faps of varying derajat epicness lumangsung di parusahaan na. Diantarana, contona, 36% disababkeun ku ngaluncurkeun pelepasan kualitas rendah kana produksi, sareng 14% disababkeun ku karya pangropéa hardware di pusat data.
Arsip laporan (post-mortems) yén insinyur perusahaan parantos ngajaga sababaraha taun berturut-turut ngamungkinkeun pikeun kéngingkeun inpormasi anu akurat ngeunaan kacilakaan. Post-mortem ditulis ku insinyur on tugas, anu kahiji ngabales sinyal darurat sarta mimiti ngalereskeun sagalana. Naha nyiksa insinyur anu bajoang wengi sareng facaps ku nyerat laporan? Data ieu ngamungkinkeun anjeun ningali sadayana gambar sareng mindahkeun pangwangunan infrastruktur ka arah anu leres.
Dina biantarana, Alexey ngabagi kumaha cara nyerat postmortem anu leres-leres mangpaat sareng kumaha ngalaksanakeun prakték laporan sapertos kitu di perusahaan ageung. Upami anjeun resep carita ngeunaan kumaha batur ngaco, tingali pidéo pagelaran éta.
Kami ngartos yén visi anjeun ngeunaan DevOps tiasa henteu cocog sareng kami. Éta bakal pikaresepeun pikeun terang kumaha anjeun ningali transformasi DevOps. Bagikeun pangalaman sareng visi anjeun ngeunaan topik ieu dina koméntar.
Laporan naon anu kami parantos nampi kana program éta?
Minggu ieu Panitia Program nampi 4 laporan: ngeunaan kaamanan, infrastruktur sareng prakték SRE.
Panginten topik anu paling nyeri tina transformasi DevOps: kumaha mastikeun yén jalma-jalma ti departemen kaamanan inpormasi henteu ngancurkeun sambungan anu parantos diwangun antara pangwangunan, operasi sareng administrasi. Sababaraha pausahaan ngatur tanpa departemén kaamanan informasi. Kumaha mastikeun kaamanan inpormasi dina hal ieu? Tentang éta Mona Arkhipova ti sudo.su. Tina laporan anjeunna urang diajar:
- naon nu kudu ditangtayungan jeung ti saha;
- naon prosés kaamanan rutin;
- kumaha IT jeung prosés kaamanan informasi motong;
- naon CIS CSC jeung kumaha nerapkeun eta;
- kumaha jeung ku naon indikator ngalaksanakeun cék kaamanan informasi rutin.
Laporan salajengna ngeunaan ngembangkeun infrastruktur salaku kode. Ngurangan jumlah rutin manual sareng henteu ngarobih sadayana proyék janten huru-hara, naha ieu mungkin? Pikeun patarosan ieu Maxim Kostrikin ti Ixtens. Perusahaanna nganggo Terraform pikeun gawé bareng infrastruktur AWS. Alatna merenah, tapi patarosanna nyaéta kumaha carana ngahindarkeun blok kode anu ageung nalika dianggo. Pangropéa warisan sapertos kitu bakal langkung mahal unggal taun.
Maxim bakal nunjukkeun kumaha pola panempatan kode dianggo, anu ditujukeun pikeun nyederhanakeun otomatisasi sareng pamekaran.
Nu sejen urang bakal ngadangu ngeunaan infrastruktur ti Vladimir Ryabov ti Playkey. Di dieu urang bakal ngobrol ngeunaan platform infrastruktur, sareng urang bakal diajar:
- kumaha ngartos naha rohangan panyimpen dianggo sacara efektif;
- kumaha sababaraha ratus pamaké bisa nampa 10 TB eusi lamun dipaké ngan 20 TB gudang;
- kumaha carana niiskeun data 5 kali tur nyadiakeun ka pamaké sacara real-time;
- kumaha nyingkronkeun data dina laleur antara sababaraha puseur data;
- kumaha carana ngaleungitkeun sagala pangaruh pamaké dina silih lamun ngagunakeun hiji mesin virtual sequentially.
Rahasia magic ieu téhnologi ZFS pikeun FreeBSD jeung garpu seger na ZFS dina Linux. Vladimir bakal babagi kasus ti Playkey.
Matvey Kukuy ti Amixr.IO siap jeung conto tina kahirupan , aya naon Sérér sareng kumaha éta ngabantosan ngawangun sistem anu tiasa dipercaya. Amixr.IO ngaliwat insiden klien ngaliwatan backend na; puluhan tim on-tugas di sakuliah dunya geus diurus 150 rébu kasus. Dina konférénsi éta, Matvey bakal ngabagikeun statistik sareng wawasan anu dikumpulkeun ku perusahaan ku ngarengsekeun masalah palanggan sareng nganalisa kagagalan.
Sakali deui kuring ngajurung anjeun pikeun henteu sarakah sareng ngabagi pangalaman anjeun salaku samurai DevOps. Ngawula pikeun laporan, jeung anjeun jeung kuring kudu 2,5 bulan nyiapkeun hiji presentasi unggulan. Lamun hayang jadi pangdéngé, mun newsletter kalawan apdet program tur serius pikir ngeunaan booking tikét sateuacanna, sabab bakal jadi leuwih mahal ngadeukeutan ka kaping konferensi.
sumber: www.habr.com