Dalam suasana yang sederhana dan informal, kami berbicara dengan anggota Komite Pemrograman Langsung DevOps tentang bagaimana siapa yang datang ke DevOps, apa yang penting bagi industri sekarang, mengapa konferensi berguna dan apa yang hilang saat berpindah ke daring. Kami mengundang Anda untuk bergabung dengan kenalan: Anda dapat memilih untuk menonton dan mendengarkan rekaman lengkapnya atau membaca kutipan di bawah ini.
Komite program konferensi DevOps Live terdiri dari 25 profesional berkelas dengan pengalaman luas dan beragam riwayat kasus. Mereka dapat membuat acara hebat hanya dari studi kasus mereka (dan itu akan menjadi lebih cepat dan mudah), tetapi mereka tidak melakukannya untuk membantu peserta mendapatkan pemahaman lengkap tentang proses dan praktik DevOps.
Empat orang ambil bagian dalam percakapan ini: Timur Batyrshin, Dmitry Zaitsev, Valeria Piliya dan Mona Arkhipova. Dan untungnya, mereka semua melihat DevOps dari sudut yang sedikit berbeda dan membawa aksen yang berbeda ke dalam agenda konferensi.
Timur Batyrshin (erthad) di bidang TI selama lebih dari 15 tahun, selama ini ia berpartisipasi dalam pembangunan distribusi Linux, virtualisasi server, yang saat itu masih belum modis, mengotomatiskan penyebaran server di awan dan membangun arsitektur aplikasi awan.
Timur Batyrshin: Kami dapat mengatakan bahwa jalur ke panitia program DevOpsConf dimulai pada 2012-2013 dengan komunitas Hangops Ru (Hangops dapat diartikan sebagai "Ops di Hangouts", di Hangoutslah percakapan reguler tentang industri diadakan). Secara bertahap, komunitas berkembang melampaui obrolan, dan inti dari para peminat mulai mengatur DevOpsDays Moscow. Dima dan Lera juga berpartisipasi, dan Sasha Titov (osminog.dll).
Dmitry Zaitsev (bhavenger) mengembangkan praktik DevOps dan SRE sebelum menjadi mode. Menggabungkannya dengan ITIL dan Cobit saat mereka masih populer. Memiliki pengalaman di gamedev, adtech, bigdata, fintech, marketing. Dia adalah salah satu penyelenggara DevOpsDays Moscow, DevOps Moscow, Hangops Ru. Sekarang Kepala SRE ada di flocktory.com.
Dmitry Zaitsev: Pada 2015, entah bagaimana saya berakhir di chat Hangops, . 2017 . RootConf . , . 2018 , DevOpsConf, DevOps: , , DevOps.
berfungsi untuk flocktory.com Infrastructure Engineer, memelihara infrastruktur di AWS dengan k8s. Dia berpartisipasi dalam adaptasi DevOps Handbook edisi bahasa Rusia dan merupakan salah satu penyelenggara pertemuan DevOps Moskow dan konferensi DevOpsDays Moscow 2019. Dia bergabung dengan komite program DevOpsConf dua tahun lalu, seperti peserta lain dalam percakapan atas saran Alexander Titov.
Valeria Piliya: Saya bergabung dengan panitia program konferensi karena saya tertarik untuk mengetahui cara kerjanya dari dalam. Saya bahkan tidak sempat menebak bagaimana, misalnya, pembagian tugas antara panitia program dan penyelenggara acara. Saya didorong oleh rasa ingin tahu dan diberi kesempatan untuk memuaskannya. Dan ini adalah kesempatan yang tidak disangkal.
Mona Arkhipova (Mona_Sax) COO sudo.su (MIRC), sebelumnya menduduki posisi manajerial dan ahli di bidang keamanan dan TI. Dalam pekerjaannya sehari-hari, ia aktif menggunakan praktik DevOps dan juga memulainya saat belum menjadi mainstream. Mona bergabung dengan komite program setelah Departemen Bagaimana (Anda) Hidup Tanpa Keamanan berbicara tentang bagaimana keselamatan adalah tanggung jawab setiap orang. Kini menghadirkan keamanan kepada massa, tidak hanya di konferensi keamanan, tetapi juga di DevOps Live.
Mona Arkhipova: , , — . , IT- «- », , - . IT , , DevOps.
DevOps
Seperti yang sudah Anda pahami, Mona mempromosikan DevSecOps dan tahun ini akan ada lebih banyak keamanan di konferensi. Tetapi ini bukan konferensi keamanan di dalam DevOps Live - semua presentasi dirancang untuk tingkat keahlian apa pun, yaitu, cocok untuk mereka yang baru mulai memikirkan tentang keamanan . Tetapi bagi mereka yang sudah bekerja ke arah ini, kami akan menunjukkan beberapa poin yang tidak jelas dan alat yang berguna.
Para ahli yang terkenal di bidang keamanan TI akan memberi tahu Anda dengan tepat bagaimana membangun keamanan, kesalahan apa yang sering dibuat dan bagaimana memastikan bahwa baik Anda maupun bisnis Anda tidak terluka parah. Dalam serangkaian kelas master, peserta akan diperlihatkan bagaimana sebuah layanan dapat diretas dan bagaimana melindungi diri dari itu baik dari sudut pandang teknis dan dari sudut pandang proses, sambil tetap dalam metodologi pengembangan modern.
DevOps :
Tentu saja, kami akan berbicara tentang masalah teknik umum dan membahas teknologi dan proses di antarmuka dengan solusi instrumental yang mempermudah penyelesaian masalah pengembangan, pengujian, dan operasi.
Tahukah Anda apa yang membedakan laporan alat yang baik dari yang buruk? Dalam ceramah yang baik, pendengar tidak memiliki perasaan seperti buku audio dari manual, dan pembicara berbicara tentang bagaimana menggunakan alat ini dalam kehidupan nyata, dengan bantuannya untuk menyederhanakan hidup dan memecahkan masalah mereka dengan lebih efektif. Di DevOps Live, kami tidak hanya akan mengetahui alatnya, tetapi juga memahami bagaimana dan kapan menerapkannya serta cara menggunakannya dengan benar.
Perlu diingat bahwa ada alat yang berkembang sangat cepat, dan pendekatan yang berubah sedikit lebih lambat. Kami akan berbicara tentang keduanya:
- , .
- - , , .
- .
Sementara kami berbicara tentang alat dan fakta bahwa Anda dapat berbicara tentang mereka, dan itu akan segera menjadi lebih mudah dan lebih menyenangkan bagi seseorang untuk hidup, tetapi Anda tidak dapat memberitahu dan menunggu semua orang untuk mengetahuinya, menjadi penasaran apakah PC menetapkan sendiri tugas mendidik .
Valeria Piliya: Naif jika menetapkan tujuan pendidikan secara eksklusif. Itu, tentu saja, melekat dalam konferensi dengan sengaja, tetapi tidak mungkin untuk mengajar seseorang bertentangan dengan keinginan mereka. Tapi Anda bisa menarik, membuat Anda heran dan ragu. Untuk membantu Anda mempelajari sesuatu yang baru, yang mungkin tidak langsung, tetapi akan berguna dan Anda akan mendapatkan sesuatu yang sangat keren.
Mona Arkhipova: . : , , , DevOps .. ITIL . , , , , , . , .
: , ITIL, . , , ITIL, . , , IT Extreme Programming, .
: , . - , . IT , , , .
: , . . , , , 1969 .
DevOps
Ide di balik konferensi DevOps Live adalah untuk melihat DevOps dari berbagai sudut, khususnya dari perspektif pengembangan produk.
Sebagai bagian dari pendekatan DevOps, solusi teknis harus terkait dengan tujuan bisnis. Tetapi para insinyur seringkali tidak terlalu menyadari apa tugas-tugas ini. Misalnya, mereka percaya bahwa karena Laporan DORA mengatakan bahwa organisasi keren dirilis beberapa kali sehari, maka waktu ke pasar adalah yang paling penting untuk bisnis.
Timur Batyrshin:Seperti insinyur lainnya, saya dulu berpikir bahwa hal utama adalah menulis kode dengan baik, menyempurnakan pekerjaannya, dan semuanya akan baik-baik saja. Dan kemudian ternyata perlu tidak hanya bersikeras pada layanan dan menulis kode, tetapi juga untuk memindahkan barang-barang di perusahaan. Dan di perusahaan mana pun yang lebih dari, katakanlah, dua puluh orang, tugas tambahan muncul untuk menghubungkan kelompok kerja dan spesialis yang menginginkan hal berbeda. Inilah yang dikatakan ayah DevOps kepada kami: bagaimana membuat semua orang bekerja sama dalam tugas yang sama.
Untuk DevOps Live Timur Batyrshin dan Andrey Shorin berbicara dengan Pemilik Produk... Ternyata time-to-market seperti yang dipahami para insinyur - rilis yang sering - tidak terlalu penting bagi mereka. Yang lebih penting adalah prediktabilitas, yang dicapai ketika tim produk, pengembangan, operasi, dan tim manajemen bekerja untuk mencapai tujuan bersama dan saling memahami. Oleh karena itu, dalam konferensi tersebut, kami akan fokus pada bagaimana bernegosiasi, membangun kepercayaan, menangani toksisitas, dll.
Dan ini bukan hanya dan bukan tentang menunjukkan kepada pemilik produk bagaimana mereka bisa mendapatkan keuntungan dari DevOps. Tetapi juga membantu para insinyur memahami bagaimana pekerjaan mereka memengaruhi produk. Karena ketika Anda tidak melihat hubungan antara pekerjaan teknis tertentu dan hasil perusahaan, masalah yang sama dengan motivasi, kelelahan, dll. Masalah berkontribusi untuk mencapai tujuan bersama tidak hanya ditempati oleh manajemen puncak, tetapi sudah oleh spesialis menengah dan senior.
Valeria Piliya: Ketika seseorang mulai lebih memahami dirinya sebagai seorang profesional dan memikirkan tentang apa yang dia inginkan dari pekerjaan dalam konteks seluruh hidupnya, ternyata hal itu tidak menempatkan Kubernetes sepanjang hari. Karena kenapa?" Di sini tidak jauh dari krisis eksistensial.
, , . « , » , .
DevOps Chief-
Penerapan praktik DevOps di sebuah perusahaan pasti tidak lengkap tanpa penyertaan aktif CTO, yaitu terdapat pemimpin teknis di antara audiens DevOps Live. PC memutuskan untuk menentukan rasa sakit apa yang dimiliki CTO dan bagaimana membantu menyelesaikannya, karena ternyata konten seperti itu tidak cukup di konferensi TI modern. Paling sering, masalah tim individu atau masalah teknis yang lebih spesifik dipertimbangkan.
Memilih antara Kubernetes dan OpenStack adalah satu hal, dan yang lainnya - Solusi level-kepala. Keputusan semacam itu, pertama, harus dibuat lebih banyak, dan kedua, paling sering perusahaan belum memiliki pengalaman yang relevan dan hanya dapat mengandalkan hasil orang lain, dan ketiga, biaya kesalahan tinggi.
Seseorang dengan awalan Kepala, selain solusi teknis, juga terlibat dalam hal-hal menarik seperti: menghitung biaya kepemilikan dan biaya infrastruktur, merencanakan tumpukan teknologi, manajemen kapasitas, dan sebagainya, yang tidak terlihat oleh mayoritas.
Dmitry Zaitsev: Saya ingin mengungkapkan topik tentang bagaimana mengubah sesuatu di seluruh perusahaan. Sekarang sepertinya tidak ada tempat untuk membicarakannya. Oleh karena itu, kami ingin orang-orang berbicara dan bersama-sama memahami bagaimana menerapkan sesuatu di tingkat perusahaan.
Saling pengertian di depan
Seperti yang Anda lihat, semua tema saling berhubungan dan merupakan bagian dari teka-teki. Tidak perlu berpikir: "Ya, saya tidak tertarik dengan pengembangan produk, saya masih jauh dari bengkel - hanya bagian dengan praktik teknik yang tersisa." Ini tidak benar.
Dengan satu atau lain cara, semua topik yang akan dibahas di konferensi tumpang tindih, tetapi panitia program memberikan penekanan tambahan pada hal ini dan mempersiapkan format khusus untuk melibatkan peserta dengan peran berbeda dalam pembahasan umum.
Valeria Piliya: Kami ingin Anda melihat bahwa setiap kolega Anda di tempatnya memecahkan masalah yang mungkin tidak pernah Anda pikirkan. Tetapi semuanya ditujukan untuk mengembangkan produk yang juga melibatkan Anda.
Timur Batyrshin:Tentunya, setiap orang memiliki situasi ketika Anda yakin akan kebutuhan untuk beberapa perubahan teknis, misalnya, Anda meyakinkan manajer bahwa Anda sangat membutuhkan Kubernetes, dan mereka menolak Anda bahwa sekarang bukan waktunya untuk itu. Tetapi selalu ada dua sisi dari cerita semacam itu, dan bahkan ceramah konferensi membantu untuk memahami keduanya.
Dan intinya di sini bukan hanya menjadi "tim yang lebih efektif", tetapi juga karena ketika Anda memahami rekan kerja dan mempercayai mereka, akan lebih menyenangkan bagi Anda untuk bekerja dan lebih mudah untuk hidup. Misalnya, melihat masalah secara lebih luas, Anda dapat memahami apa yang sebenarnya dibutuhkan oleh tim dan perusahaan saat ini. Dan sebagai hasilnya, berbicara dalam bahasa yang dapat dimengerti oleh bisnis, meyakinkan kebutuhan untuk mengimplementasikan ide-ide mereka. Atau untuk mendengarkan argumen lawan dan menerima bahwa ini bukan hanya sekedar berbicara di roda, tetapi memang ada alasan untuk tidak melakukannya sekarang.
Semuanya online
Topik yang mau tidak mau kami bicarakan adalah online, di mana semua peristiwa telah berpindah sejauh ini. Kami di Ontico telah mengadakan tiga ujian dan tiga konferensi online besar (Anda dapat melihat bagaimana hasilnya di artikel KnowledgeConf ), tidak semuanya buruk. Tapi kami memahami keraguan apa, terlebih lagi, bahkan ada di dalam PC.
Menurut pendapat kami, ada dua masalah utama saat online:
- Persaingan untuk mendapatkan perhatian, karena tidak seperti konferensi tatap muka, yang Anda kunjungi di tempat khusus, pada konferensi online, peserta tetap berada di lingkungan yang akrab dengan semua obrolan yang mengganggu dan jejaring sosial lainnya.
- Kurangnya komunikasi langsung dengan semua komponen non-verbal.
Online untuk panitia program merupakan tantangan tambahan dalam hal memilih pembicara. Sangat sulit untuk fokus pada presentasi biasa, ketika Anda tidak terlibat dalam proses, tetapi hanya mendengarkan. Tetapi di sisi lain, online memungkinkan atau lebih nyaman untuk melakukan berbagai interaksi, demonstrasi pengkodean langsung, bekerja dalam kelompok dan banyak lagi, yang tidak dapat dilakukan pada konferensi offline. Belum lagi penutur asing yang memang tidak bisa datang ke Rusia karena berbagai alasan, tapi sangat ingin berpartisipasi dan berkomunikasi dengan kami, untuk memahami apa yang terjadi di Rusia. Pada tahun inilah banyak yang dengan senang hati setuju untuk berbicara di konferensi kami.
Valeria Piliya: , . , , , , - . , , , . - , .
, , , , , . , , , , .
Mona Arkhipova: Lebih nyaman bagi pembicara juga, karena ada kesempatan, setidaknya, untuk tidak berdiri di flipchart, tetapi untuk duduk, dan bahkan lebih baik untuk minum kopi, camilan di tangan dan umumnya merasa nyaman.
Keuntungan lain yang tidak terlalu jelas dari online adalah bahwa kita tidak dibatasi tidak hanya oleh ruang (misalnya, Infospace), tetapi juga oleh waktu. Pada musim semi, kami belajar dari pengalaman kami sendiri bahwa sangat tidak mungkin untuk tetap terlibat dalam konferensi online selama delapan jam berturut-turut. Tetapi kami memiliki ruang untuk bermanuver: kami dapat mendistribusikan acara kami selama beberapa hari selama beberapa jam. Jadwal akan tetap cukup ketat untuk menjaga peserta dalam konteks, tetapi beberapa hari, beberapa jam pada waktu yang tepat, akan memberikan kecepatan yang nyaman untuk persepsi informasi.
Timur Batyrshin: , - , , , - , , , . .
, , -, , -, , , -, , .
: . , , .
Oleh karena itu, jaringan online bisa menjadi lebih efektif, dan kita juga tahu bagaimana menghidupkannya kembali. Yang tersisa hanyalah ketakutan bahwa pada akhir September kita semua, pada prinsipnya, akan muak dengan online, tetapi itu akan dinetralkan oleh konten yang sedang disiapkan PC. Dan keragaman.
DevOps Live ternyata:
- Ini sangat lebar dalam hal format: akan ada laporan, kelas master, lokakarya, diskusi, konsultasi kelompok dan individu, dan tidak semua kartu diungkapkan.
- Berikut adalah ketinggian dari sudut pandang audiens: kami menunggu di konferensi untuk insinyur dari berbagai spesialisasi TI, pekerja keamanan, stasiun layanan, manajer produk dan pemilik bisnis.
- Dan juga kedalamannya, karena hal-hal hardcore pasti ada di sana juga.
Kami berharap persiapan yang matang ini dan persiapan kami dengan para pembicara akan memungkinkan konferensi memenangkan persaingan untuk mendapatkan perhatian, bahkan pekerjaan dan jejaring sosial.
Kita tahu betapa sulitnya menyisihkan waktu sambil duduk di rumah untuk mulai melihat sesuatu, terlibat di dalamnya, berpikir, berdiskusi, dan berkomunikasi dengan orang lain. Demi orang-orang seperti itu, saya ingin membuat konten yang sangat keren, mencari seseorang, bernegosiasi, membuat format baru. Ayo, kami menunggu Anda!
DevOps Live 29-30 6-7 . 15 .
— .
, , 5 18:00 - . , . , , .