29 dan 30 September - jalur terbuka konferensi DevOps Live 2020

DevOps Langsung 2020 (29–30 September dan 6–7 Oktober) akan diadakan secara online dalam format yang diperbarui. Pandemi ini telah mempercepat waktu perubahan dan memperjelas bahwa para wirausahawan yang mampu dengan cepat mentransformasikan produk mereka ke bisnis online, memiliki kinerja yang lebih baik dibandingkan para pebisnis “tradisional”. Oleh karena itu, pada tanggal 29-30 September dan 6-7 Oktober, kita akan melihat DevOps dari tiga sisi: bisnis, infrastruktur, dan layanan.

Mari kita bahas juga tentang cara melibatkan seluruh perusahaan dalam transformasi DevOps, dan bagaimana setiap anggota tim (termasuk administrator sistem, pengembang, penguji, pakar keamanan, dan pemimpin tim) memengaruhi keadaan bisnis dan produktivitasnya. Ketika lalu lintas masuk ke aplikasi yang stabil, bisnis tumbuh dan menghasilkan uang. Dan waktu, sumber daya, pengembang yang percaya diri dan fokus muncul untuk menciptakan fitur baru, bereksperimen, dan menguasai teknologi baru. Hanya akan ada beberapa presentasi tradisional di konferensi tersebut. Kami akan lebih memperhatikan latihan dalam berbagai format: lokakarya, pertemuan, dan meja bundar. Jadwal. Pesan tiket.

Tujuan keseluruhan pertemuan kami di DevOps Live adalah menjawab dua pertanyaan tentang penyelamatan bisnis:

  1. Bagaimana Anda dapat menggunakan DevOps dalam pengiriman perangkat lunak untuk meningkatkan produktivitas dan efektivitas seluruh perusahaan Anda?

  2. Bagaimana pemilik bisnis dan produk dapat memperoleh manfaat dari mendesain ulang proses produksi DevOps mereka?

29 dan 30 September - jalur terbuka konferensi DevOps Live 2020

Pada tanggal 29 dan 30 September, siapa pun dapat mengikuti jalur terbuka. Untuk ini perlu register.

Dua hari terbuka dapat terselenggara berkat mitra umum konferensi - “Laboratorium Sportmaster'.

"Sportmaster Lab" adalah departemen TI besar di Sportmaster. Lebih dari 1000 spesialis memelihara fungsionalitas situs web perusahaan, memperbarui aplikasi, melengkapinya dengan fitur-fitur baru dan baru, dan pada saat yang sama berbicara secara terbuka tentang pekerjaan mereka.

Namun untuk mendalami topik DevOps sepenuhnya, kami menyarankan untuk membeli akses penuh. Akses penuh berarti 4 hari konferensi, partisipasi dalam semua lokakarya dan diskusi, pekerjaan rumah antara hari kedua dan ketiga konferensi, kesempatan untuk mengatur pertemuan Anda sendiri untuk membicarakan masalah yang menyakitkan atau memecahkan masalah pekerjaan.

Buka speaker trek DevOps Langsung Mereka akan memberi tahu Anda ke mana arah DevOps dan apa yang menantinya di masa depan. Mari cari tahu apa dan bagaimana mempelajarinya untuk menjadi “praktisi yang kuat” dari pendekatan DevOps. Kami pasti akan berbicara tentang keamanan TI, dan kami akan mengasah keterampilan praktis kami di lokakarya.

DevOps - bagaimana gerakan ini dimulai dan apa yang harus dilakukan sekarang

Saat Anda memulai gerakan baru, Anda memiliki gambaran kasar tentang apa hasil akhirnya. Namun begitu orang-orang yang berpikiran sama bergabung dengan Anda, setidaknya mereka dapat mengubah perspektif, tujuan, atau gagasannya sedikit. Tentu saja, semakin banyak orang yang terlibat dalam suatu gerakan baru, semakin kuat gerakan tersebut. Namun selalu ada bahaya bahwa setiap saat gerakan dapat berubah secara tidak terduga dan tajam, dan sekarang - tujuannya telah tercapai, tetapi apakah ini yang Anda bayangkan?

Kris Buytaert (Inuit), sebagai salah satu penggagas gerakan DevOps, akan membagikan pengamatannya selama 10 tahun dalam laporan “10 tahun #devops, tapi apa yang sebenarnya kita pelajari?“Bagaimana DevOps berkembang di dunia selama ini. Chris akan memberi tahu Anda apa yang terjadi setelah 10 tahun perubahan terus-menerus dalam budaya pemrograman, infrastruktur pengajaran sebagai kode, pemantauan pengajaran, dan metrik. Mungkin kita akan sedih lebih dari sekali mendengarkan Chris.

Baik komunitas maupun konsep DevOps telah berkembang, namun ke arah yang benar? DevOps awalnya dirancang untuk menjembatani kesenjangan antara pengembang dan operasi. Sehingga bersama-sama mereka dapat berhasil mengembangkan proyek - menskalakan, mengotomatisasi, dan mengelola infrastruktur besar. Namun seiring berjalannya waktu, kata DevOps, menurut Chris, telah kehilangan makna aslinya. Chris berbicara dan menulis secara ekstensif tentang topik ini dan percaya bahwa DevOps perlu dikembalikan ke makna aslinya dalam 10 tahun ke depan. Jika, tentu saja, hal ini masih memungkinkan...

Visi teknik dan kebutuhan bisnis. Bagaimana cara berbicara satu bahasa?

Bersama dengan Evgeniy Potapov (ITSumma) Mari kita melakukan perjalanan kecil ke masa lalu dan mungkin mengingat tentang floppy disk untuk pengiriman perangkat lunak. Lalu kita akan kembali dan mencoba memahami mengapa bisnis kini lebih memilih menggunakan DevOps sebagai metode pembuatan produk perangkat lunak. Bersama Evgeniy, kami akan membahas mengapa bisnis meninggalkan Agile yang sedang populer saat ini, dan bagaimana mungkin untuk menggabungkan Agile dan DevOps. Tujuan dari kunjungan ini adalah untuk menjelaskan kepada para insinyur perbedaan antara kebutuhan bisnis dan apa yang mereka anggap penting. Dalam laporan "Mengapa bisnis menginginkan DevOps dan apa yang perlu diketahui oleh seorang insinyur agar dapat menggunakan bahasa yang sama“Evgeniy akan membahas semua masalah ini.

Bagaimana kami mempelajari keadaan DevOps di Rusia

Selama 10 tahun, pergerakan DevOps global telah dipantau oleh perusahaan seperti DORA, Puppet, dan DevOps Institute, yang melakukan survei dan penelitian ke arah mana semua orang berpaling. Sayangnya, laporan ini tidak memberikan informasi tentang perubahan DevOps di Rusia. Untuk melihat dan menghitung evolusi DevOps di Rusia, perusahaan Ontiko bersama dengan perusahaan Express 42 pada bulan Agustus tahun ini mensurvei sekitar 1000 spesialis yang menganggap diri mereka berada di industri DevOps. Sekarang kami memiliki gambaran yang lebih jelas tentang perkembangan DevOps di Rusia.

Penyelenggara dan peserta aktif penelitian Igor Kurochkin dan Vitaly Khabarov dari perusahaan Express 42 dalam laporan “Keadaan DevOps di Rusia» Mereka akan membicarakan hasil penelitian, dan membandingkannya dengan data yang diperoleh sebelumnya dan menunjukkan hipotesis mana yang dikonfirmasi dan bagaimana kita sekarang dapat menjalaninya. Pendekatan Igor dan Vitaly DevOps, yang bekerja di Express 42, telah membantu perusahaan menerapkan praktik DevOps terbaik selama beberapa tahun. Di antara proyek klien yang diikuti oleh mereka adalah Avito, Uchi.ru, Tinkoff Bank, Rosbank, Raiffeisenbank, Wild Apricot, Pushwoosh, SkyEng, Delimobil, Lamoda. Kita semua pasti tertarik mendengar hasil penelitian dari para praktisi DevOps.

Apakah mungkin untuk mencapai kesepakatan dengan pakar keamanan di DevOps?

Seorang spesialis DevOps yang berkualifikasi tinggi diketahui mampu mencapai kesepakatan bahkan dengan seekor penyu, memahami dan mempertimbangkan kepentingannya. Integrasi dengan keamanan juga tidak kalah rumitnya, karena keamanan informasi adalah sebuah keseimbangan (kami писали tentang ini) antara semua proses. Jika Anda berlebihan, keamanan informasi akan berubah menjadi labu, rem dan iritasi. Jika Anda tidak cukup melakukannya, bisnis Anda bisa gagal. Lev Paley dalam laporan"Keamanan informasi sebagai rem atau penggerak - pilih sendiri!» akan membahas isu-isu yang sangat sensitif ini, baik dari sudut pandang keamanan informasi maupun fungsional. 

Lev memiliki ijazah dari Universitas Teknik Negeri Moskow. Bauman tentang pelatihan ulang di bidang “Keamanan informasi sistem otomatis” dan lebih dari 10 tahun pengalaman di bidang TI dan keamanan informasi. Terutama terlibat dalam proyek penerapan sistem keamanan informasi terpusat yang kompleks. Sebagai seorang ahli, Leo akan berbagi dengan Anda pengetahuan dasar dan alat terkait keamanan siber. Setelah laporan tersebut, Anda akan memahami bagaimana keamanan siber harus dikembangkan di perusahaan Anda.

Apakah Anda membutuhkan pengalaman saya? Aku memilikinya!

Kami mengadakan konferensi untuk bertukar pengalaman dalam seluruh komunitas TI. Kami ingin kasus-kasus praktis dan sukses dapat membantu Anda dalam pekerjaan sehingga Anda tidak membuang-buang waktu (dan uang perusahaan) untuk membeli sepeda lain. Namun jika pertukaran pengetahuan berhenti setelah konferensi, maka hal tersebut tidak ada gunanya. Anda melakukan pekerjaan ganda jika Anda tidak bertukar pengalaman di dalam perusahaan: dokumen, kode, bahkan proses bisnis diduplikasi. Tentu saja, Anda mungkin tidak punya cukup waktu untuk membicarakan penemuan Anda atau bahkan pengalaman dan praktik menulis artikel. Di sisi lain, bahkan setelah mulai berbagi, Anda mungkin menghadapi kurangnya dukungan dan bahkan menemukan beberapa keterbatasan teknis - bagaimana, di mana, dan dengan bantuan apa menyebarkan pengetahuan yang bermanfaat? 

Igor Tsupko, direktur yang tidak diketahui di Flaunt, dalam laporan "Mengaktifkan berbagi pengetahuan» akan memberi tahu Anda cara mempromosikan manajemen pengetahuan di devops. Ia sangat ingin para ahli berhenti diam dan mulai berbagi ilmu, namun pada saat yang sama tidak terus-menerus menjawab pertanyaan yang sama. Igor mengetahui sebuah rahasia yang akan membantu Anda meluncurkan berbagi pengetahuan di perusahaan Anda dan menunjukkan kepada Anda apa isi masalah berbagi pengetahuan. Anda akan menerima alat tentang cara mengaturnya, apa yang akan diterapkan, dan cara memeliharanya. Igor juga akan mengadakan workshop dimana peserta akan merumuskan rencana aktivasi pengetahuan pribadi untuk tim atau perusahaannya. Ayo ciptakan keajaiban!

Sayap, kaki, yang terpenting... otak!

Proses pertukaran ilmu saja tidak cukup, namun juga perlu didukung hingga masuk dalam kehidupan kita secara mendalam dan bertahan lama. Otak kita sangat plastis, dan bergantung pada apa yang kita lakukan setiap hari, apa yang kita pilih, dan ke mana kita bergerak. Otak akan membangun jaringan saraf terutama berdasarkan tindakan kita, bukan pikiran. Tetapi ada syaratnya di sini juga - jika Anda melakukannya dengan paksa, memaksakan diri dan mengalahkan kemauan Anda dengan tongkat, maka ini adalah jalur langsung menuju kelelahan pada tingkat emosional dan biokimia. Proses menciptakan suatu kebiasaan dan memperkenalkan kebiasaan baru itu sendiri merupakan hal yang penting. DAN Max Kotkov, yang memiliki pengalaman 19 tahun dalam mengatur dirinya sendiri, kondisi dan komunikasinya, berpendapat bahwa otak, meskipun bersifat plastik, lebih baik dikembangkan melalui aktivitas yang mendatangkan kesenangan, dibandingkan dengan bantuan kopi dan stimulan lainnya. 

dalam laporan «Plastisitas otak: menuju produktivitas atau kelelahan?» Max akan mengangkat dua isu penting - produktivitas rendah dan kelelahan. Manajemen waktu tidak akan membantu kita jika kita tidak memahami cara kerja otak. Itu terjadi pada semua orang: “Saya tidak punya kekuatan atau keinginan, saya bekerja, saya pulang dan berbaring, atau saya melakukan apa yang perlu saya lakukan karena harus, tetapi saya tidak ingin berkomunikasi dengan siapa pun, dan saya tidak ingin berkomunikasi dengan siapa pun. bahkan tidak ingin bermain.” Dan di sini penting untuk memahami apa yang menjadi dasar produktivitas otak. Max akan menjelaskan cara memilih status yang diperlukan untuk menyelesaikan tugas, cara mengaktifkannya dengan cepat, dan dengan cepat beralih di antara berbagai jenis tugas. Dia akan berbicara tentang beralih ke istirahat untuk memulihkan sumber daya. Bersama Max, kami akan mengkonsolidasikan pengetahuan baru kami di workshop.

Bagaimana cara tumbuh yang benar?

Jadi, setiap proses, proyek, usaha baru, serta segala perubahan terhadap yang lama, tidaklah mudah. Neuron di otak terhubung satu sama lain, dan koneksi ini memberi kita reaksi, tindakan, dan kebiasaan yang biasa. Untuk mengubah sesuatu atau memperkenalkan sesuatu yang baru ke dalam kesadaran kita (atau orang lain), dibutuhkan waktu - bukan tanpa alasan semua orang membicarakan 30 atau 40 hari untuk kebiasaan baru. Ini adalah jangka waktu yang tepat—setidaknya 30 hari—sel-sel saraf perlu menciptakan koneksi baru—yaitu, untuk benar-benar menumbuhkan proses-proses baru sehingga mereka dapat berkomunikasi satu sama lain. Dan sekarang Anda punya kebiasaan baru. Begitu Anda menghentikan proses menciptakan suatu kebiasaan, neuron tersebut menghilang, karena otak hanya menyimpan koneksi yang kita gunakan. Oleh karena itu, suatu proses yang belum selesai akan hilang, seolah-olah tidak pernah dimulai. 

Di masa pasca-karantina, ratusan dan ribuan kursus, buku, sekolah, dan platform lainnya, termasuk untuk pengembangan profesional, semakin banyak membantu kita dalam hal ini. Tapi kenapa semua ini? Siapa yang membutuhkannya? Apa gunanya ini? Karen Tovmasyan dari EPAM dalam laporan"Mengapa Anda perlu terus bertumbuh, bagaimana melakukannya tanpa membahayakan kesehatan Anda, dan apa hubungannya dengan rasa malu?“akan menjawab pertanyaan tentang bagaimana menghidupkan motivasi dan menemukan tujuan, pelatihan apa yang akan memberi Anda dan, secara umum, pengetahuan baru dalam hidup dan, khususnya, dalam pekerjaan, dan, tentu saja, bagaimana, tanpa tergesa-gesa, Anda dapat mencapainya tujuanmu lebih cepat dari kelinci.

Setelah laporan dari Max dan Karen ini, Anda akan dapat memasuki kondisi apa pun yang Anda perlukan untuk mempelajari sesuatu yang baru, menerapkannya di tempat kerja, dan berbagi pengalaman Anda dengan kolega dan orang yang berpikiran sama. Dan kemudian di tempat kerja gunung-gunung akan bergerak (atau bahkan datang ke arah Anda), dan setelah bekerja Anda akan bersantai dalam kesenangan tanpa memikirkan pekerjaan yang berat. Bagaimana kalau kita berlatih?

Praktik DevOps: dari gajah hingga pusat data kecil

Pengembang, jika mereka mengambil tugas itu, akan membuat sesuatu yang menarik. Dan jika DevOps terhubung, dan dalam keadaan yang benar, maka apa pun yang Anda inginkan akan menjadi mungkin. Apakah Anda ingin segera menerapkan pusat data kecil? Mudah! Andrey Kvapil (WEDOS Internet, sebagai), seorang penggemar OpenSource, dalam laporan “Kubernetes-in-Kubernetes dan server farm dengan boot PXE», akan membahas dua proyek gratis: Kubernetes-in-Kubernetes dan Kubefarm, yang dapat digunakan untuk menyebarkan cluster Kubernetes dengan cepat di perangkat keras Anda sendiri. Andrey akan menunjukkan kepada Anda cara paling sederhana untuk menerapkan dan memelihara ratusan server lokal. Tapi ini bukanlah batas kemampuan Anda. Anda akan mempelajari cara dengan mudah memunculkan dan menghapus node fisik sebagai mesin virtual, membagi cluster (dan menaklukkan), menerapkan Kubernetes Helm, dan juga mendengar tentang API cluster. Bukan pilihan yang buruk untuk seorang diktator DevOps?

Sergei Kolesnikov  dari Grup Ritel X5 akan melangkah lebih jauh dan siap tidak hanya menjelaskan alasannya  DevOps di retailer, namun juga untuk menunjukkan bagaimana transformasi digital terjadi di X5. Dalam laporan "Mengajar gajah menari: menerapkan DevOps di industri ritel besar» Sergey akan berbagi pengalamannya tentang bagaimana X5 menerapkan praktik DevOps di tingkat perusahaan. Sergey bertanggung jawab atas penerapan DevOps di X5 dan mengetahui cara memilih tim yang tepat, membuat platform untuk infrastruktur, dan apa yang akan dilakukan para insinyur DevOps (dan alasannya). Petunjuk: bila ada dua orang yang berbeda kepentingan bertemu maka diperlukan seorang negosiator, dan bila lebih dari dua orang maka diperlukan super negosiator.

Dan jika perusahaan kecil ingin mencapai kesepakatan dalam tim proyek dengan cepat, tanpa rasa sakit dan demi kepentingan bisnis, maka perusahaan besar lebih menginginkan hal ini. Ada lebih banyak orang, proyek, dan konflik kepentingan di sana, itulah sebabnya Sportmaster Lab tidak menghindari untuk mengenal DevOps. Sergey Minaev dalam laporannya “Dari usaha berdarah ke kerja tim. Kisah Bagaimana Kami Menyebarkan DevOps” akan menceritakan bagaimana pendekatan DevOps membantu raksasa lain dalam kerja tim. Sportmaster Lab menciptakan saluran komunikasi umum untuk ini dan menjalin pertukaran pengetahuan dan pengalaman. Departemen yang berbeda belajar untuk bekerja sama untuk membuat kasus uji dan melakukan pengujian. Sergey akan menunjukkan bagaimana otomatisasi menghemat waktu pengembangan dan pengoperasian tim, dan juga membebaskan mereka dari rutinitas yang melelahkan. Tentu saja, Sportmaster Lab belum menggunakan DevOps untuk semua proyek, tetapi sekarang ada keuntungan untuk Pengembangan, QA, dan Operasi.

Berkat format online, laporan di DevOps Live 2020 tidak akan bersifat “klasik” - setiap peserta akan dapat menuliskan pertanyaannya ke dalam obrolan alih-alih menyimpannya di memori mereka. Moderator akan membantu mengumpulkan pertanyaan, dan pembicara akan berhenti selama cerita untuk menjawab pertanyaan. Selain itu, moderator akan mengikutsertakan peserta siaran pada saat pembahasan kasus. Pada saat yang sama, juga akan ada pertanyaan dan jawaban tradisional di bagian akhir.

Jika Anda ingin berdiskusi, meminta saran atau berbagi cerita dari pekerjaan, berlangganan saluran Telegram “DevOpsConfTalks”. Dan kami akan menulis tentang fitur acara konferensi di telegram, facebook, IndonesiaDan вконтакте. Dan, tentu saja, aktif Youtube.

Sampai jumpa di DevOps Langsung!

Sumber: www.habr.com

Tambah komentar