Moscow ketiga akan berlangsung pada 7 Disember di Technopolis. Kami sedang menunggu pembangun, ketua pasukan dan ketua jabatan pembangunan untuk membincangkan pengalaman mereka dan perkara baharu dalam dunia DevOps. Ini bukanlah satu lagi persidangan mengenai DevOps, ia adalah persidangan yang dianjurkan oleh komuniti untuk komuniti.
Dalam siaran ini, ahli jawatankuasa program menerangkan bagaimana DevOpsDays Moscow berbeza daripada persidangan lain, apakah itu persidangan komuniti dan bagaimana persidangan DevOps yang ideal sepatutnya. Di bawah adalah semua butiran.
Secara ringkas tentang apa itu DevOpsDays
ialah satu siri persidangan komuniti bukan untung antarabangsa untuk peminat DevOps. Setiap tahun, lebih daripada seratus hari DevOps berlangsung di lebih daripada lima puluh negara di seluruh dunia. Setiap DevOpsDays dianjurkan oleh komuniti setempat.
Tahun ini menandakan ulang tahun ke-10 DevOpsDays. Pada 29-30 Oktober, DevOpsDays yang meriah akan diadakan di Ghent, Belgium. Di Ghentlah DevOpsDays pertama diadakan 10 tahun yang lalu, selepas itu perkataan "DevOps" mula digunakan secara meluas.
Persidangan DevOpsDays telah pun diadakan di Moscow dua kali. Tahun lepas penceramah kami ialah: Christian Van Tuin (Topi merah), Alexey Burov (Positive Technologies), Michael Huettermann, Anton Weiss (Otomato Software), Kirill Vetchinkin (TYME), Vladimir Shishkin (ITSK), Alexey Vakhov (UCHi.RU ) , Andrey Nikolsky (banki.ru) dan 19 pembesar suara hebat yang lain. Laporan video boleh dilihat di .
Jawatankuasa Program DevOpsDays Moscow
Temui pasukan hebat ini yang membuat program DevOpsDays Moscow tahun ini:
- Dmitry Zaitsev, Ketua SRE flocktory.com
- Artem Kalichkin, pengarah teknikal Faktura.ru
- Timur Batyrshin, Ketua Jurutera Devops di Provectus
- Valeria Pilia, Jurutera Infrastruktur di bank Deutsche
- Vitaly Rybnikov, SRE di Tinkoff.ru dan penganjur
- Denis Ivanov, Ketua Devops di talenttech.ru
- Anton Strukov, Jurutera Perisian
- Sergey Malyutin, jurutera Operasi di Lifestreet media
Lelaki inilah yang menjemput penceramah, menyemak aplikasi, memilih yang paling berguna dan menarik, membantu penceramah membuat persediaan, mengatur latihan untuk ucapan, dan melakukan segala-galanya untuk membuat program yang sangat baik.
Kami bertanya kepada ahli jawatankuasa program apa yang diberikan oleh kerja dalam PC kepada mereka, bagaimana DevOpsDays Moscow berbeza daripada persidangan lain, dan perkara yang diharapkan daripada DoD tahun ini.
Dmitry Zaitsev, Ketua SRE flocktory.com
β Berapa lamakah anda berada dalam komuniti DevOps? Bagaimana anda ke sana?
Ia adalah cerita yang panjang :) Pada tahun 2013, saya telah menyerap maklumat yang tersedia tentang DevOps dan terjumpa podcast , yang kemudiannya diketuai oleh Ivan Evtukhovich dan Nikita Borzykh. Lelaki itu membincangkan berita itu, bercakap dengan tetamu mengenai pelbagai topik dan pada masa yang sama bercakap tentang pemahaman mereka tentang DevOps.
2 tahun berlalu, saya berpindah ke Moscow, mendapat pekerjaan di syarikat teknologi dan terus mempromosikan idea DevOps. Saya bekerja pada satu set masalah sahaja dan selepas beberapa lama saya menyedari bahawa saya tidak mempunyai sesiapa untuk berkongsi masalah dan pencapaian saya dan tiada sesiapa untuk bertanya soalan. Dan kebetulan saya datang ke . Di sana saya menerima komuniti, jawapan, soalan baharu, dan hasilnya, pekerjaan baharu.
Pada tahun 2016, dengan rakan sekerja baharu, saya pergi ke RootConf pertama dalam hidup saya, di sana saya bertemu langsung dengan lelaki mabuk dan dari DevOps Deflope, dan entah bagaimana segala-galanya mula berkembang.
β Adakah anda pernah menjadi ahli jawatankuasa program DevOpsDays Moscow sebelum ini? Bagaimanakah persidangan ini berbeza daripada yang lain?
Saya mengambil bahagian dalam penyediaan setiap DevOpsDays Moscow: dua kali sebagai ahli jawatankuasa program dan tahun ini sebagai ketuanya. Kali ini saya sedang membuat persidangan langsung untuk peminat DevOps. Kami tidak dikekang oleh persidangan profesional, jadi kami boleh bercakap secara terbuka tentang menukar pekerjaan dan meningkatkan pendapatan, dan kami akan menyentuh topik kesihatan dan keseimbangan antara kerja dan sepanjang hayat. Saya juga berharap dapat membawa orang baru ke dalam komuniti.
β Mengapa anda memutuskan untuk mengambil bahagian dalam kerja jawatankuasa program? Apa yang ini memberi anda?
DevOpsDays ialah persidangan di mana matlamat kami adalah untuk membantu orang ramai, bukan majikan mereka. Saya pernah mengambil bahagian dalam penyediaan persidangan untuk tujuan praktikal semata-mata: sebagai pengurus pengambilan pekerja, saya ingin menerima lebih ramai kakitangan terlatih daripada pasaran. Sekarang matlamatnya adalah sama - menaikkan tahap orang, tetapi motif telah berubah. Saya suka apa yang saya lakukan dan orang yang berada di sekeliling saya, dan saya juga suka kerja saya menjadikan kehidupan sesetengah orang tidak saya kenali lebih baik.
β Apakah persidangan DevOps ideal anda?
Persidangan tanpa cerita tentang rangka kerja atau perkakas lain π Kami dalam organisasi membahagikan persidangan kepada profesional dan bukan profesional. Persidangan profesional kebanyakannya dibayar oleh syarikat yang membeli tiket untuk pekerja mereka. Syarikat menghantar pekerja ke persidangan untuk membantu pekerja melaksanakan fungsi mereka dengan lebih baik. Syarikat menjangkakan bahawa pekerja akan memahami nuansa dan risiko kerjanya, mempelajari amalan baru dan mula bekerja dengan lebih cekap.
Persidangan komuniti membangkitkan topik lain: pembangunan diri secara umum, dan bukan untuk kedudukan anda, menukar pekerjaan dan meningkatkan pendapatan, keseimbangan kerja-kehidupan.
β Apakah laporan yang anda ingin dengar secara peribadi di persidangan itu? Apakah penceramah dan topik yang anda nantikan?
Saya berminat dengan laporan tentang transformasi DevOps dengan resipi praktikal untuk menyelesaikan masalah tertentu. Saya faham bahawa orang hidup dan bekerja di bawah kekangan yang berbeza, tetapi sekadar mengetahui resipi berbeza memperkayakan senjata dan membolehkan anda memilih atau mencipta penyelesaian baharu berdasarkan lebih banyak pilihan dalam situasi tertentu. Sebagai ketua PC, saya mengalu-alukan dan akan mempertimbangkan sebarang topik daripada peminat DevOps. Kami bersedia untuk mempertimbangkan walaupun laporan dan topik yang paling tidak masuk akal jika ia boleh membantu orang menjadi orang yang lebih baik.
Artem Kalichkin, pengarah teknikal Faktura.ru
β Berapa lamakah anda berada dalam komuniti DevOps? Bagaimana anda ke sana?
Semuanya bermula, mungkin, pada tahun 2014, apabila Sasha Titov datang ke Novosibirsk dan, sebagai sebahagian daripada pertemuan, bercakap tentang budaya DevOps dan pendekatan secara umum. Kemudian kami mula berkomunikasi melalui surat-menyurat, kerana di jabatan saya, saya sedang dalam proses peralihan kepada amalan DevOps. Kemudian pada tahun 2015 saya sudah bercakap di RIT di bahagian RootConf dengan cerita kami . Pada tahun 2015, ini belum lagi menjadi trend untuk pasukan perusahaan besar, dan selama dua tahun saya menjadi kambing hitam di semua persidangan di mana saya bercakap tentang pengalaman kami. Nah, dan semuanya berjalan dan seterusnya.
β Mengapa anda memutuskan untuk mengambil bahagian dalam kerja jawatankuasa program? Apa yang ini memberi anda?
Pertama sekali, saya sangat seronok berkomunikasi dengan orang yang bijak. Bekerja dalam PC, membincangkan laporan dan topik, saya melihat dan mendengar sudut pandangan wakil pasukan pelbagai budaya, skala dan ketangguhan kejuruteraan. Dan dalam pengertian ini, ia memberikan banyak pemikiran baharu, mencari arah untuk pembangunan pasukan anda.
Komponen kedua ialah idealistik-kemanusiaan :) Budaya DevOps mengikut sifatnya bertujuan untuk mengurangkan konflik dan konfrontasi. DevOps kami adalah perkara manusia. Tetapi sekarang, seperti yang pernah dilakukan oleh eXtreme Programming, terdapat kecenderungan untuk mengurangkan segala-galanya di bawah payung DevOps kepada satu set amalan kejuruteraan. Ambil dan lakukannya di awan, dan anda akan gembira. Pendekatan ini membuatkan saya sangat sedih, kerana mesej utama DevOps telah hilang. Sudah tentu, ia tidak boleh dipisahkan daripada amalan kejuruteraan, tetapi DevOps jauh daripada hanya amalan kejuruteraan. Dan dalam pengertian ini, saya melihatnya sebagai tugas saya untuk membantu menyediakan program sedemikian, membawa laporan sedemikian yang tidak akan membenarkan perkara ini dilupakan.
β Apakah laporan yang anda ingin dengar secara peribadi di persidangan itu? Apakah penceramah dan topik yang anda nantikan?
Pertama sekali, kisah-kisah transformasi budaya pasukan, tetapi pada masa yang sama kisah-kisah yang dipenuhi dengan spesifik dan daging yang melampau. Saya juga berpendapat adalah penting untuk bercakap tentang risiko yang ditimbulkan oleh pendekatan dan alatan baharu. Mereka sentiasa ada. Pada masa kini terdapat soalan mendesak tentang memeriksa keselamatan imej Docker. Kami tahu berapa banyak pelanggaran yang berlaku terhadap pangkalan data MongoDB yang dikonfigurasikan secara salah. Kami perlu berhati-hati, pragmatik dan keras terhadap diri kami sendiri apabila kami bekerja dengan data pelanggan kami. Oleh itu, saya fikir topik DevSecOps adalah sangat penting.
Nah, dan akhirnya, sebagai orang yang melaksanakan ITIL "berdarah" dengan tangannya sendiri, saya sangat gembira dengan kemunculan SRE. Ini adalah pengganti yang hebat untuk birokrasi ITIL, sambil mengekalkan semua akal budi yang dimiliki dan masih ada oleh perpustakaan. Hanya SRE yang melakukan semua ini dalam bahasa manusia dan, pada pendapat saya, dengan lebih cekap. Sama seperti Infrastruktur sebagai Kod adalah paku terakhir dalam keranda mimpi ngeri CMDB, jadi saya berharap SRE akan menjadikan ITIL dilupakan. Dan, sudah tentu, saya sangat menantikan laporan tentang pengalaman melaksanakan amalan SRE.
Valeria Pilia, Jurutera Infrastruktur di bank Deutsche
β Berapa lamakah anda berada dalam komuniti DevOps? Bagaimana anda ke sana?
Saya telah berada dalam komuniti selama kira-kira tiga tahun dengan tahap penglibatan yang berbeza-beza. Saya bernasib baik untuk bekerja dengan Dima Zaitsev, yang sudah menjadi peserta aktif, dan dia memberitahu saya mengenainya. Musim panas lalu saya menyertai lelaki dari komuniti , kini kami mengadakan pertemuan bersama.
β Adakah anda pernah menjadi ahli jawatankuasa program DevOpsDays Moscow sebelum ini? Bagaimanakah persidangan ini berbeza daripada yang lain?
Saya tidak pernah menjadi ahli jawatankuasa program DevOpsDays sebelum ini. Tetapi saya pasti ingat tanggapan saya dari DoD Moscow pertama pada tahun 2017: ia menarik, emosi, penuh tenaga dan saya percaya bahawa secara umum adalah mungkin untuk melakukan segala-galanya dengan lebih baik dalam kerja saya. Jika begitu ramai orang memberitahu saya bagaimana mereka melalui kesakitan dan kesukaran tetapi dapat mencapai ini, maka saya juga boleh. Di persidangan lain, mereka lebih menekankan pembentangan; kadangkala tiada masa yang cukup untuk bercakap tentang topik yang tidak dibincangkan atau yang membimbangkan anda sekarang. Nampaknya DevOpsDays adalah untuk mereka yang mencari orang yang berfikiran sama yang ingin melihat kerja mereka dan peranan mereka di dalamnya secara berbeza dan memahami apa yang sebenarnya bergantung kepada mereka dan apa yang tidak. Nah, ia juga biasanya menyeronokkan :)
β Apakah persidangan DevOps ideal anda?
Persidangan di mana anda boleh membincangkan aspek sukar teknologi. Dan di sudut lain - mengapa sukar dengan orang, tetapi tiada tempat tanpa mereka.
β Apakah laporan yang anda ingin dengar secara peribadi di persidangan itu? Apakah penceramah dan topik yang anda nantikan?
Saya tidak sabar-sabar untuk gelombang seterusnya DevOps membayangkan semula. Beberapa nasihat yang lebih khusus untuk kes yang sukar dan cara yang jelas untuk mereka yang baru memikirkannya. Saya ingin mendengar penceramah dengan pandangan yang luas tentang masalah, dengan pemahaman tentang bagaimana segala-galanya saling berkaitan dan mengapa.
Vitaly Rybnikov, SRE di Tinkoff.ru dan penganjur
β Berapa lamakah anda berada dalam komuniti DevOps? Bagaimana anda ke sana?
Saya bertemu dengan komuniti DevOps pada tahun 2012. Seorang guru universiti berkata selepas kuliah bahawa terdapat kumpulan pentadbir yang menarik: datang, saya mengesyorkannya. Baiklah, saya datang π Ini adalah salah satu pertemuan DevOps Moscow pertama di DI Telegraph, yang dianjurkan oleh Alexander Titov.
Secara keseluruhan, saya menyukainya π Semua orang di sekeliling sangat bijak dan matang, mereka membincangkan beberapa penempatan dan beberapa DevOps. Saya bertemu beberapa lelaki, kemudian mereka menjemput saya ke pertemuan baharu dan... begitulah ia bermula. Pertemuan diadakan secara berkala dan secara sporadis, dan kemudian dijeda, kerana... Hanya ada seorang penganjur. Pada Februari 2018, Alexander memutuskan untuk melancarkan semula DevOps Moscow dalam konsep baharu dan memanggil saya untuk menganjurkan pertemuan bersama dan komuniti. Saya dengan senang hati bersetuju :)
β Adakah anda pernah menjadi ahli jawatankuasa program DevOpsDays Moscow sebelum ini? Bagaimanakah persidangan ini berbeza daripada yang lain?
Saya tidak berada dalam jawatankuasa program DoD 2017, dan kemudian saya masih mempunyai idea yang agak lemah tentang apa itu, mengapa ia dan tentang apa itu. Sekarang saya mempunyai lebih banyak pemahaman dan penglihatan. DevOpsDays ialah persidangan bukan profesional dan bukan untung. Semua orang yang berminat dan bersatu dengan topik DevOps datang kepadanya, tetapi ini hanyalah alasan! Pada persidangan itu sendiri, orang ramai membincangkan topik dan isu yang membimbangkan mereka, sama ada alat, budaya, hubungan dengan rakan sekerja atau kelesuan profesional.
Perkara utama ialah orang ramai disatukan oleh kepentingan bersama, tetapi persidangan itu sendiri untuk manusia dan untuk menyelesaikan pertanyaan mereka. Pada persidangan komersil dan profesional, penekanan adalah terutamanya pada faedah muktamad kepada perniagaan.
β Mengapa anda memutuskan untuk mengambil bahagian dalam kerja jawatankuasa program? Apa yang ini memberi anda?
Penyertaan dalam persidangan PC tahun ini adalah kesinambungan logik pengalaman dua tahun saya menganjurkan pertemuan. Saya ingin menyumbang kepada pembangunan komuniti DevOps dan pemikiran orang di sekeliling saya. Supaya semua orang lebih berkomunikasi dan tidak terputus hubungan. Untuk melihat sekeliling, bersikap lebih mesra dan lebih membina terhadap rakan sekerja dan idea mereka. Untuk memupuk komuniti tabung berbahasa Rusia yang sihat :)
β Apakah persidangan DevOps ideal anda?
Saya melihat DevOpsDays yang ideal sebagai pertemuan besar :) Apabila semua orang berkomunikasi, mengenali antara satu sama lain, berhujah dan berkongsi pengalaman dan kecekapan. Mereka saling membantu membangunkan IT kita.
Anton Strukov, Jurutera Perisian
β Mengapa anda memutuskan untuk mengambil bahagian dalam kerja jawatankuasa program? Apa yang ini memberi anda?
Dima Zaitsev menjemput saya untuk menyertai jawatankuasa program. Saya berminat untuk membuat persidangan lebih baik, saya mahu ada bahan berkualiti, saya mahu jurutera yang datang ke persidangan itu pergi dengan ilmu yang boleh dia memohon.
β Apakah persidangan DevOps ideal anda?
Persidangan yang ideal untuk saya ialah satu persidangan yang mustahil untuk membuat dua trek, kerana semua pembentangan adalah jelas.
β Apakah laporan yang anda ingin dengar secara peribadi di persidangan itu? Apakah penceramah dan topik yang anda nantikan?
Saya menantikan laporan mengenai topik: K8S, MLOps, CICD Excelence, teknologi baharu, cara membina proses. Dan antara penceramah yang saya ingin dengar Kelsey Hightower, Paul Reed, Julia Evans, Jess Frazelle, Lee Byron, Matt Kleins, Ben Christensen, Igor Tsupko, Brendan Burns, Bryan Cantrill.
Denis Ivanov, Ketua Devops di talenttech.ru
β Berapa lamakah anda berada dalam komuniti DevOps? Bagaimana anda ke sana?
Saya menyertai komuniti DevOps kira-kira 7 tahun yang lalu, ketika semuanya baru bermula, apabila Hashimoto dibawa ke HighLoad dan podcast Devops Deflope dengan komuniti hangops baru sahaja muncul.
β Mengapa anda memutuskan untuk mengambil bahagian dalam kerja jawatankuasa program? Apa yang ini memberi anda?
Penyertaan dalam jawatankuasa program hanya mengejar matlamat peribadi :) Saya ingin melihat penceramah yang baik dengan laporan baru, atau sekurang-kurangnya tidak dengan yang telah diberikan selama 2 tahun terakhir di semua pertemuan dan persidangan.
Saya benar-benar ingin membawa ke persidangan mereka penceramah yang benar-benar akan memberitahu sesuatu yang baru, walaupun ia hanya pandangan tentang masalah lama dan hanya memikirkan semula. Bagi saya secara peribadi, ini nampaknya lebih penting daripada cerita lain tentang seni bina perkhidmatan mikro.
β Apakah persidangan DevOps ideal anda?
Sejujurnya, saya tidak dapat membayangkan bagaimana rupa dia. Tetapi, mungkin, saya masih ingin melihat trek berasingan dengan laporan teknikal tegar tentang alat tersebut yang kami panggil "alat devops." Bukan sesuatu yang abstrak tentang seni bina, tetapi tentang pelaksanaan dan integrasi konkrit. Lagipun, DevOps adalah mengenai interaksi, dan hasil daripada sambungan yang mantap ini juga harus menjadi beberapa penyelesaian teknikal yang hebat.
β Apakah laporan yang anda ingin dengar secara peribadi di persidangan itu? Apakah penceramah dan topik yang anda nantikan?
Tidak mengapa, perkara utama adalah kebaharuan laporan dan pendapat, kerana ini sentiasa memberikan pemikiran atau pandangan dari sisi lain. Pandangan atau cerita orang lain tentang cara perkara boleh dilakukan secara berbeza adalah perkara terbaik tentang persidangan itu. Ia membantu anda melangkaui had yang anda hadapi apabila berhadapan dengan tugasan kerja rutin harian.
Timur Batyrshin, Ketua Jurutera Devops di Provectus
β Berapa lamakah anda berada dalam komuniti DevOps? Bagaimana anda ke sana?
Pada tahun 2011, saya mula bekerja dengan Amazon dan alatan yang biasanya dikaitkan dengan DevOps, dan ini secara semula jadi membawa saya ke komuniti DevOps Rusia, mungkin pada 2012-2013 - pada masa ia baru dibentuk. Sejak itu, ia telah berkembang berkali-kali ganda, bertaburan ke bandar dan sembang yang berbeza, tetapi saya kekal di mana semuanya bermula - dalam hangops.
β Adakah anda pernah menjadi ahli jawatankuasa program DevOpsDays Moscow sebelum ini? Bagaimanakah persidangan ini berbeza daripada yang lain?
Saya berada dalam jawatankuasa program DevOpsDays Moscow yang pertama, serta jawatankuasa program Kazan DevOpsDays pertama. Kami secara tradisinya merancang untuk merangkumi bukan sahaja topik teknikal pada persidangan itu, tetapi juga topik organisasi.
β Apakah laporan yang anda ingin dengar secara peribadi di persidangan itu? Apakah penceramah dan topik yang anda nantikan?
DevOps bukan tentang teknologi, tetapi tentang kepercayaan dan kasih sayang :) Saya sangat terinspirasi apabila pembangun melakukan perkara infrastruktur - mereka sering melakukannya dengan lebih baik daripada bekas pentadbir.
Dengan cara yang sama, sangat menggalakkan untuk mendengar cerita apabila orang menulis perkhidmatan infrastruktur (terutamanya apabila mereka melakukannya dengan baik).
Secara umum, sebarang cerita tentang kesakitan dan pelepasan sangat menyentuh hati - anda memahami bahawa anda tidak bersendirian dengan alam semesta kontena awan ini, tetapi ada orang lain yang mengalami masalah yang sama.
Ini adalah salah satu sebab paling penting untuk pergi ke persidangan - untuk bertemu dengan dunia di sekeliling anda dan menjadi sebahagian daripadanya. Ya, ini adalah sebab utama. Kami akan gembira bertemu anda di persidangan kami.
Jika anda ingin bercakap di DevOpsDays Moscow, kami. Anda boleh lihat di laman web yang kami berminat untuk mendengar tahun ini. Kami menerima permohonan sehingga 11 November.
pendaftaran
50 tiket pertama berharga 6000 rubel. Kemudian harga akan naik. Pendaftaran dan semua butiran di .
Langgan halaman kami di Dalam dan dalam dan anda akan menjadi yang pertama mendengar berita tentang persidangan itu.
Jumpa anda di DevOpsDays Moscow!
Sumber: www.habr.com