(29–30 September dan 6–7 Oktober) akan diadakan dalam talian dalam format yang dikemas kini. Pandemik telah mempercepatkan masa perubahan dan menjelaskan bahawa usahawan yang dapat mengubah produk mereka dengan cepat kepada bekerja dalam talian mengatasi prestasi ahli perniagaan "tradisional". Oleh itu, pada 29–30 September dan 6–7 Oktober, kami akan melihat DevOps daripada tiga bahagian: perniagaan, infrastruktur dan perkhidmatan.
Mari kita bincangkan juga tentang cara melibatkan seluruh syarikat dalam transformasi DevOps dan cara setiap ahli pasukan (termasuk pentadbir sistem, pembangun, penguji, pakar keselamatan dan ketua pasukan) mempengaruhi keadaan perniagaan dan produktivitinya. Apabila trafik pergi ke aplikasi yang stabil, perniagaan itu berkembang dan menghasilkan wang. Dan masa, sumber, pembangun yang yakin dan fokus kelihatan mencipta ciri baharu, mencuba dan menguasai teknologi baharu. Hanya akan ada beberapa pembentangan tradisional pada persidangan itu. Kami akan memberi lebih perhatian kepada latihan dalam format yang berbeza: bengkel, pertemuan dan meja bulat. . .
Matlamat keseluruhan mesyuarat kami di DevOps Live adalah untuk menjawab dua soalan tentang menyelamatkan perniagaan:
-
Bagaimanakah anda boleh menggunakan DevOps dalam penghantaran perisian untuk meningkatkan produktiviti dan keberkesanan keseluruhan syarikat anda?
-
Bagaimanakah pemilik perniagaan dan produk boleh mendapat manfaat daripada mereka bentuk semula proses pengeluaran DevOps mereka?
Pada 29 dan 30 September, sesiapa sahaja akan dapat mengambil bahagian dalam trek terbuka. Untuk ini adalah perlu .
Dua hari terbuka telah dimungkinkan terima kasih kepada rakan kongsi umum persidangan - "'.
"Sportmaster Lab" ialah jabatan IT besar bagi Sportmaster. Lebih daripada 1000 pakar mengekalkan kefungsian tapak web korporat, mengemas kini aplikasi, menambah ciri baharu dan baharu, dan pada masa yang sama bercakap secara terbuka tentang kerja mereka.
Tetapi untuk menyelami topik DevOps sepenuhnya, kami mengesyorkan agar anda membeli akses penuh. Akses penuh bermakna 4 hari persidangan, penyertaan dalam semua bengkel dan perbincangan, kerja rumah antara hari kedua dan ketiga persidangan, peluang untuk menganjurkan pertemuan anda sendiri untuk bercakap tentang isu yang menyakitkan atau menyelesaikan masalah kerja.
Buka pembesar suara trek Mereka akan memberitahu anda ke mana arah tuju DevOps dan perkara yang menantinya pada masa hadapan. Mari ketahui perkara dan cara untuk belajar untuk menjadi "pengamal kuat" pendekatan DevOps. Kami pasti akan bercakap tentang keselamatan IT, dan kami akan mengasah kemahiran praktikal kami di bengkel.
DevOps - bagaimana pergerakan itu bermula dan apa yang perlu dilakukan dengannya sekarang
Apabila anda memulakan sebarang pergerakan baru, anda mempunyai gambaran kasar tentang keputusan akhir yang sepatutnya. Tetapi sebaik sahaja orang yang berfikiran sama menyertai anda, mereka boleh, sekurang-kurangnya sedikit, mengubah perspektif, matlamat atau idea mengenainya. Sudah tentu, lebih ramai orang yang terlibat dalam gerakan baru, lebih kuat ia. Tetapi sentiasa ada bahaya bahawa pada bila-bila masa pergerakan boleh mengambil pusingan yang tidak dijangka dan tajam, dan sekarang - matlamat telah dicapai, tetapi adakah ini bagaimana anda membayangkan segala-galanya?
Kris Buytaert (Inuits), sebagai salah satu pemula pergerakan DevOps, akan berkongsi pemerhatiannya selama 10 tahun dalam laporan ““Bagaimana DevOps telah berkembang di dunia selama ini. Chris akan memberitahu anda tentang pergerakan ini selepas 10 tahun perubahan berterusan dalam budaya pengaturcaraan, infrastruktur pengajaran sebagai kod, pemantauan pengajaran dan metrik. Mungkin kita akan sedih lebih daripada sekali mendengar Chris.
Kedua-dua komuniti dan konsep DevOps pastinya telah berkembang, tetapi ke arah yang betul? DevOps pada asalnya dicipta untuk merapatkan jurang antara pembangun dan operasi. Supaya bersama-sama mereka boleh berjaya membangunkan projek - skala, mengautomasikan dan mengurus infrastruktur yang besar. Tetapi selama bertahun-tahun, perkataan DevOps, menurut Chris, telah kehilangan makna asalnya. Chris bercakap dan menulis secara meluas mengenai topik ini dan percaya bahawa DevOps perlu dibawa kembali kepada maksud asalnya dalam tempoh 10 tahun akan datang. Jika, sudah tentu, ini masih mungkin ...
Visi kejuruteraan dan keperluan perniagaan. Bagaimana untuk bercakap satu bahasa?
Bersama dengan Evgeniy Potapov (ITSumma) Mari kita pergi sedikit ke masa lalu dan mungkin juga ingat tentang cakera liut untuk penghantaran perisian. Dan kemudian kami akan kembali dan cuba memahami sebab perniagaan kini lebih suka menggunakan DevOps sebagai kaedah mencipta produk perisian. Bersama-sama dengan Evgeniy, kami akan membincangkan sebab perniagaan meninggalkan Agile yang bergaya baru-baru ini, dan bagaimana mungkin untuk menggabungkan Agile dan DevOps. Tujuan lawatan ini adalah untuk menerangkan kepada jurutera perbezaan antara keperluan perniagaan dan perkara yang mereka lihat sebagai penting. Dalam laporan "“Evgeniy akan menyentuh semua isu ini.
Cara kami mengkaji keadaan DevOps di Rusia
Selama 10 tahun, pergerakan DevOps global telah dipantau oleh syarikat seperti DORA, Puppet dan DevOps Institute, yang menjalankan tinjauan dan penyelidikan ke arah mana semua orang berpaling. Malangnya, laporan ini tidak memberikan maklumat tentang cara DevOps berubah di Rusia. Untuk melihat dan mengira evolusi DevOps Rusia, syarikat Ontiko bersama-sama dengan syarikat Express 42 pada bulan Ogos tahun ini telah meninjau kira-kira 1000 pakar yang menganggap diri mereka berada dalam industri DevOps. Kini kami mempunyai gambaran yang lebih jelas tentang pembangunan DevOps di Rusia.
Penganjur dan peserta aktif kajian Igor Kurochkin dan Vitaly Khabarov daripada syarikat Express 42 dalam laporan “» Mereka akan bercakap tentang hasil kajian, dan membandingkannya dengan data yang diperoleh sebelum ini dan menunjukkan hipotesis mana yang telah disahkan dan bagaimana kita boleh menjalaninya sekarang. Pendekatan Igor dan Vitaly DevOps, bekerja di Express 42, telah membantu syarikat melaksanakan amalan DevOps terbaik selama beberapa tahun. Antara projek pelanggan di mana lelaki mengambil bahagian ialah Avito, Uchi.ru, Tinkoff Bank, Rosbank, Raiffeisenbank, Wild Apricot, Pushwoosh, SkyEng, Delimobil, Lamoda. Kita semua akan berminat untuk mendengar tentang hasil penyelidikan daripada pengamal DevOps.
Adakah mungkin untuk mencapai persetujuan dengan pakar keselamatan dalam DevOps?
Pakar DevOps yang berkelayakan tinggi diketahui boleh mencapai persetujuan walaupun dengan penyu, memahami dan mengambil kira kepentingannya. Integrasi dengan keselamatan tidak kurang kompleks, kerana keselamatan maklumat adalah keseimbangan (kita tentang ini) antara semua proses. Jika anda berlebihan, keselamatan maklumat akan bertukar menjadi labu, brek dan merengsa. Jika anda tidak melakukannya dengan cukup, perniagaan anda boleh gagal. Lev Paley dalam laporan"» akan membincangkan isu-isu yang sangat sensitif ini, kedua-duanya dari sudut keselamatan maklumat dan fungsi.
Lev mempunyai diploma dari Universiti Teknikal Negeri Moscow. Bauman tentang latihan semula dalam bidang "Keselamatan maklumat sistem automatik" dan lebih daripada 10 tahun pengalaman dalam IT dan keselamatan maklumat. Terutamanya terlibat dalam projek untuk pelaksanaan sistem keselamatan maklumat terpusat yang kompleks. Sebagai pakar, Leo akan berkongsi dengan anda pengetahuan asas dan alatan yang berkaitan dengan keselamatan siber. Selepas laporan itu, anda akan memahami bagaimana keselamatan siber harus berkembang dalam syarikat anda.
Adakah anda memerlukan pengalaman saya? I memilikinya!
Kami mengadakan persidangan kami untuk bertukar pengalaman dalam seluruh komuniti IT. Kami mahu kes praktikal yang berjaya membantu anda dalam kerja anda supaya anda tidak membuang masa (dan wang syarikat) dengan basikal lain. Tetapi jika perkongsian pengetahuan berhenti selepas persidangan, ia tidak berguna. Anda melakukan kerja berganda jika anda tidak bertukar pengalaman dalam syarikat: dokumen, kod, malah proses perniagaan diduakan. Sudah tentu, anda mungkin tidak mempunyai masa yang cukup untuk bercakap tentang penemuan anda atau pengalaman dan amalan menulis artikel. Sebaliknya, walaupun telah mula berkongsi, anda mungkin menghadapi kekurangan sokongan dan juga menemui beberapa batasan teknikal - bagaimana, di mana, dan dengan bantuan apakah untuk menyebarkan pengetahuan yang berguna?
Igor Tsupko, pengarah yang tidak diketahui dalam Flaunt, dalam laporan "» akan memberitahu anda cara mempromosikan pengurusan pengetahuan di devops. Dia benar-benar ingin pakar berhenti berdiam diri dan mula berkongsi pengetahuan, tetapi pada masa yang sama tidak sentiasa menjawab soalan yang sama. Igor mengetahui rahsia yang akan membantu anda melancarkan perkongsian pengetahuan dalam syarikat anda dan menunjukkan kepada anda tentang masalah perkongsian pengetahuan. Anda akan menerima alatan tentang cara menyusunnya, menggunakan alat tersebut dan cara menyelenggaranya. Igor juga akan mengadakan bengkel di mana peserta akan merangka pelan pengaktifan pengetahuan peribadi untuk pasukan atau syarikatnya. Mari cipta sihir!
Sayap, kaki, paling penting... otak!
Tidak cukup dengan memulakan proses pertukaran ilmu, ia juga perlu disokong sehingga ia memasuki kehidupan kita secara mendalam dan lama. Otak kita sangat plastik, dan bergantung pada apa yang kita lakukan setiap hari, apa yang kita pilih dan ke mana kita bergerak. Otak akan membina rangkaian saraf berdasarkan tindakan kita, bukan pemikiran. Tetapi ada syarat di sini juga - jika anda melakukannya melalui kekerasan, memaksa diri sendiri dan mengalahkan kemahuan anda dengan tongkat, maka ini adalah laluan langsung kepada keletihan pada tahap emosi dan biokimia. Proses mencipta tabiat dan memperkenalkan yang baru adalah penting dengan sendirinya. DAN Max Kotkov, yang mempunyai pengalaman selama 19 tahun dalam menguruskan dirinya, keadaan dan komunikasinya, berpendapat bahawa otak, walaupun plastik, lebih baik dibangunkan melalui aktiviti yang membawa keseronokan, dan bukannya dengan bantuan kopi dan perangsang lain.
dalam laporan itu «» Max akan membangkitkan dua isu penting - produktiviti rendah dan keletihan. Tiada jumlah pengurusan masa akan membantu kita jika kita tidak memahami bagaimana otak berfungsi. Ia berlaku kepada semua orang: "Saya tidak mempunyai kekuatan atau keinginan, saya bekerja, saya pulang ke rumah dan berbaring, atau saya melakukan apa yang perlu saya lakukan kerana terpaksa, tetapi saya tidak mahu berkomunikasi dengan sesiapa pun, dan saya tidak malah tidak mahu bermain.” Dan di sini adalah penting untuk memahami apa yang berasaskan produktiviti otak. Max akan menerangkan cara memilih keadaan yang diperlukan untuk menyelesaikan tugasan, cara mendayakannya dengan cepat dan bertukar dengan cepat antara jenis tugasan yang berbeza. Dia akan bercakap tentang beralih kepada rehat untuk memulihkan sumber. Bersama Max, kami akan menyatukan pengetahuan baharu kami di bengkel.
Bagaimana untuk berkembang dengan betul?
Jadi, sebarang proses baru, projek, aku janji, serta semua perubahan kepada yang lama, bukanlah mudah. Neuron dalam otak disambungkan antara satu sama lain, dan hubungan ini memberi kita tindak balas, tindakan dan tabiat biasa. Untuk menukar sesuatu atau memperkenalkan sesuatu yang baharu ke dalam kesedaran kita (atau orang lain), ia memerlukan masa - bukan untuk sia-sia semua orang bercakap tentang 30 atau 40 hari untuk tabiat baharu. Ini betul-betul berapa lama—sekurang-kurangnya 30 hari—sel saraf perlu mencipta sambungan baharu—iaitu, untuk benar-benar mengembangkan proses baharu supaya mereka berkomunikasi antara satu sama lain. Dan kini anda mempunyai tabiat baru. Sebaik sahaja anda mengganggu proses mencipta tabiat, neuron hilang, kerana otak hanya mengekalkan sambungan yang kita gunakan. Oleh itu, proses yang tidak selesai akan hilang, seolah-olah ia tidak pernah bermula.
Dalam masa selepas kuarantin kami, ratusan dan ribuan kursus, buku, sekolah dan platform lain, termasuk untuk pembangunan profesional, semakin membantu kami dalam hal ini. Tetapi kenapa semua ini? Siapa yang memerlukannya? Apa gunanya ini? Karen Tovmasyan dari EPAM dalam laporan""akan menjawab soalan tentang cara menghidupkan motivasi dan mencari matlamat, latihan apa yang akan memberi anda dan, secara umum, pengetahuan baru dalam kehidupan dan, khususnya, dalam kerja, dan, tentu saja, bagaimana, tanpa tergesa-gesa, anda boleh mencapai matlamat anda lebih cepat daripada arnab.
Selepas laporan oleh Max dan Karen ini, anda akan dapat memasuki mana-mana negeri yang anda perlukan untuk mempelajari sesuatu yang baharu, melaksanakannya di tempat kerja dan berkongsi pengalaman anda dengan rakan sekerja dan orang yang berfikiran sama. Dan kemudian di tempat kerja gunung akan bergerak (atau bahkan datang ke arah anda), dan selepas bekerja anda akan berehat dalam keseronokan tanpa pemikiran berat tentang kerja. Adakah kita akan berlatih?
DevOps dalam amalan: daripada gajah kepada pusat data kecil
Pemaju, jika mereka mengambil tugas itu, akan membuat sekeping gula-gula. Dan jika DevOps disambungkan, dan dalam keadaan yang betul, maka apa sahaja yang anda inginkan adalah mungkin. Adakah anda ingin menggunakan pusat data kecil dengan cepat? Dengan mudah! Andrey Kvapil (Internet WEDOS, as), peminat OpenSource, dalam laporan “», akan bercakap tentang dua projek percuma: Kubernetes-in-Kubernetes dan Kubefarm, yang boleh digunakan untuk menggunakan kluster Kubernetes dengan cepat pada perkakasan anda sendiri. Andrey akan menunjukkan kepada anda cara paling mudah untuk menggunakan dan menyelenggara ratusan pelayan di premis. Tetapi ini bukan had keupayaan anda. Anda akan belajar cara mudah melahirkan dan memadamkan nod fizikal sebagai mesin maya, memisahkan kluster (dan menakluki), menggunakan Kubernetes Helm dan juga mendengar tentang API kluster. Bukan pilihan yang buruk untuk diktator DevOps?
Sergey Kolesnikov daripada Kumpulan Runcit X5 akan pergi lebih jauh dan bersedia bukan sahaja untuk menjelaskan sebabnya DevOps dalam peruncit, tetapi juga untuk menunjukkan cara transformasi digital berlaku dalam X5. Dalam laporan "» Sergey akan berkongsi pengalamannya tentang cara X5 melaksanakan amalan DevOps di peringkat syarikat. Sergey bertanggungjawab untuk pelaksanaan DevOps dalam X5 dan tahu cara memilih pasukan yang betul, mencipta platform untuk infrastruktur dan perkara yang akan dilakukan oleh jurutera DevOps (dan sebabnya). Petunjuk: apabila dua orang yang mempunyai minat yang berbeza bertemu, seorang perunding diperlukan, dan apabila terdapat lebih daripada dua, seorang perunding super diperlukan.
Dan jika syarikat kecil ingin mencapai persetujuan dalam pasukan projek dengan cepat, tanpa rasa sakit dan demi kepentingan perniagaan, syarikat besar mahukan perkara ini lebih. Terdapat lebih banyak orang, projek dan konflik kepentingan di sana, itulah sebabnya Sportmaster Lab tidak mengelak daripada mengenali DevOps. Sergey Minaev dalam laporan “Daripada perusahaan berdarah kepada kerja berpasukan. The Tale of How We Spread DevOps” akan memberitahu bagaimana pendekatan DevOps membantu gergasi lain dalam kerja berpasukan. Sportmaster Lab mencipta saluran komunikasi biasa untuk ini dan mewujudkan pertukaran pengetahuan dan pengalaman. Jabatan yang berbeza belajar untuk bekerjasama untuk mencipta kes ujian dan menjalankan ujian. Sergey akan menunjukkan cara automasi menjimatkan masa pasukan untuk pembangunan dan operasi, dan juga membebaskan mereka daripada rutin yang meletihkan. Sudah tentu, Sportmaster Lab tidak menggunakan DevOps untuk semua projek, tetapi kini terdapat keuntungan dalam ini untuk Pembangunan, QA dan Operasi.
Terima kasih kepada format dalam talian, laporan di DevOps Live 2020 tidak akan menjadi "klasik" - setiap peserta akan dapat menulis soalan mereka ke dalam sembang dan bukannya menyimpannya dalam ingatan mereka. Moderator akan membantu mengumpul soalan, dan penceramah akan berhenti semasa cerita untuk menjawab soalan. Di samping itu, moderator akan memasukkan peserta dalam siaran semasa perbincangan kes. Pada masa yang sama, terdapat juga soalan dan jawapan tradisional pada penghujungnya.
Jika anda ingin berbincang, meminta nasihat atau berkongsi cerita dari tempat kerja, langgan saluran Telegram "DevOpsConfTalks". Dan kami akan menulis tentang ciri acara persidangan itu di , , dan . Dan, sudah tentu, pada .
Jumpa anda di DevOps Live!
Sumber: www.habr.com