Hari ini kita akan berbicara sedikit tentang masa kini, masa depan, dan program konferensi DevOops 2019. DevOps berubah setiap hari. Apakah Anda ingat tahun 2004? Kami memiliki pembicara yang bekerja dengan awan pada saat tidak ada istilah seperti itu. Layanan Web Amazon diluncurkan pada 2006. Di suatu tempat pada saat yang sama, referensi pertama untuk DevOps mulai muncul. Seumur hidup telah berlalu sejak itu.
Baru-baru ini mereka mengingat "return my 2007" lagi. Bayangkan dunia ini tanpa virtual di mana-mana di Amazon, tanpa GitHub (muncul hanya pada 2008), tanpa buruh pelabuhan yang nyaman dan aman. Ingat mengatur iptables, manajer paket GNU / Linux, membangun kembali modul kernel secara manual, malam tanpa tidur. Masih mau ke sana? Itu akan menjadi tahun 2019 Anda, jika bukan karena kemajuan badai tahun ini.
Teknologi dan perusahaan telah berubah. Biarkan saya memberi Anda beberapa contoh. Sebagai contoh, kita semua melihat transformasi Microsoft yang luar biasa - dari Ballmer "
Linux is Cancer " pada tahun 2001 ke transisi yang luas ke sumber terbuka, penyelamatan GitHub pada tahun 2018 dan berencana pada musim panas 2019 untuk
memperkenalkan kernel Linux sebagai bagian dari pengiriman Windows. Seiring dengan semua gerakan ini, preferensi para insinyur mengenai informasi yang diterima berubah.
Pada 2016, buku Google "
Rekayasa Keandalan Situs " muncul. Di satu sisi, buku ini baik dulu maupun sekarang tidak dapat dianggap sebagai panduan untuk semua orang dan semua orang - setelah semua, "
Anda bukan Google ", Anda tidak memiliki Borg, dan mungkin tidak ada tugas seperti itu. Bahkan, awalnya merupakan produk dari PR Google yang cerdas, itu memang memiliki efek pada skala global. Hanya sedikit orang yang belum membaca atau mendengar tentangnya. Pada bulan Agustus 2018, terjemahan bahasa Rusia-nya
menyusul kami, bersama dengan kelanjutan dari
Buku Kerja Keandalan Situs .
Konferensi terus berubah seiring dengan situasi. Muncul pada tahun 2017, konferensi DevOops dalam programnya mencerminkan masalah utama yang pada saat itu diduduki oleh para spesialis dalam solusi DevOps.
Salinan arsip untuk 2017 tidak akan membuat Anda berbohong: item pertama adalah wadah, orkestrasi dan virtualisasi, termasuk Docker dan AWS. Docker, Docker, Docker ada di mana-mana. Kami
membawa orang-orang yang bisa membicarakannya tanpa henti, dan konferensi dibuka oleh Corey Quinn, editor
Last Week in AWS .
Pada tahun 2018, menjadi jelas bahwa Docker sudah muak dengan segalanya. Dia menjadi standar, dia mulai melihat kami dari mana-mana. Posting baru di Minggu Terakhir di AWS mulai muncul lebih sering dari 60 kali sehari. Tidak lagi masuk akal untuk membangun konferensi tentang hal-hal yang sudah jelas.
Keynote 2018 dibuat oleh John Willis, seorang pria terkenal tidak hanya sebagai direktur pengembangan ekosistem di Docker, tetapi juga sebagai salah satu bapak asli DevOps, penulis DevOps Handbook dan Beyond the Phoenix Project. Sangat menyenangkan bahwa John mulai berbicara tidak seperti biasanya tentang penyetelan, tetapi tentang implementasi DevOps sebagai budaya organisasi - sebuah topik yang terus-menerus dilupakan, terganggu oleh mainan cerdas teknologi baru.
Tema utama kedua tahun 2018 adalah Kubernetes. Bagaimana cara menggunakannya, bagaimana cara mengimplementasikannya, apakah itu layak dilakukan sama sekali. Topik ini menjalankan garis merah di seluruh program, Kubernetes adalah, jika tidak dalam judul, maka tidak, tidak, dan itu muncul di slide.
Hai, 2019. Kubernetes, seperti Docker sekali, telah menjadi standar. Perang panas mereda, para korban perkenalan awal menghilang dari mata, dan hanya dia yang tersisa di medan perang. Semua proyek baru dilakukan satu atau lain cara dengan mata pada raja baru.
Dan bersamaan dengan ini, muncul pertanyaan: apa yang harus dikatakan konferensi DevOops tahun ini? Ini adalah pertanyaan terbuka yang sedang dikerjakan komite program.
Program konferensi dapat disajikan dalam dua cara. Pertama, Anda dapat segera menyajikan kisi laporan yang sudah jadi dan berkata - lihat betapa kerennya itu. Ini menghasilkan efek wow, mengarah pada pembelian tiket yang cepat, tetapi tidak selalu sepenuhnya menanggapi permintaan dari pengunjung.
Sebagai contoh, baru-baru ini seorang teman menulis kepada saya di VKontakte dan meminta saya untuk mengatakan apa yang akan ada di program. "Tapi setelah konferensi masih enam bulan, mengapa kamu membutuhkan ini?" Ternyata di perusahaannya sudah biasa menulis puisi untuk kepemimpinan tentang topik "Mengapa saya ingin pergi ke konferensi" terlebih dahulu. Dan karena perusahaannya besar, semuanya sudah direncanakan jauh sebelumnya, maka Anda perlu menulis selama enam bulan. Dia benar-benar tidak cocok dengan opsi bentuk "program ini akan sebulan sebelum dimulainya."
Ini mungkin tampak seperti kasus khusus, tetapi dari banyak kasus khusus seperti itu gambaran keseluruhan terbentuk. Ada pendekatan lain: alih-alih potret akhir program, Anda dapat mengunggah pembaruan dalam potongan-potongan kecil. Ini adalah sesuatu yang gesit dan ramping. Jika Anda ingat, ada konsep
pemetaan aliran nilai seperti itu , dan meskipun tidak sepenuhnya berlaku untuk konsumsi pengumuman laporan tentang Habré, ada sesuatu yang serupa. Misalnya, jika kami membuang terlalu banyak teks, Anda tidak akan punya waktu untuk membacanya, dan Anda harus entah bagaimana mengingat apa yang Anda baca sampai waktu berikutnya. Deskripsi laporan disesuaikan dan diperbarui dari waktu ke waktu, pembicara mengubah nama topik saat mereka mengerjakan laporan, dan aliran informasi ini tidak mudah dipahami, dan bahkan lebih lagi - untuk mengubahnya menjadi pemahaman tentang "mengapa saya perlu konferensi ini." Dengan kata lain, menerbitkan program dalam jumlah banyak karena sudah terisi adalah berkah.
Sekarang kami telah
memposting beberapa pembicara pertama yang pasti akan ada di DevOops 2019 di situs web. Segera topik laporan akan muncul. Agar tidak ketinggalan apa pun, Anda dapat membaca blog kami di Habré atau berlangganan milis (untuk ini Anda perlu pergi ke
situs web konferensi dan klik tombol "berlangganan" di sana). Jika Anda tiba-tiba ingin membuat laporan sendiri, Anda masih
memiliki kesempatan .
Namun, akan seperti apa laporannya? Lihat bagaimana
deskripsi konferensi telah berubah. Kubernetes masih di tempat pertama, tetapi bukan sebagai disiplin independen, tetapi sebagai bagian dari gerakan Cloud Native, di samping Helm, Istio, dan layanan mesh. Perhatikan bahwa di tempat ketiga kata Observability muncul secara eksplisit (misalnya, dalam buku
Monitoring Praktis oleh Mike Julian kata ini belum digunakan, satu tahun telah berlalu - dan sekarang). Laporan akan kira-kira dalam arah ini. Tentu saja, topik lama tentang Docker dan Kubernetes juga akan terlewati, tetapi pada tingkat yang lebih tinggi.
Saya juga punya pemikiran tentang hal ini. Sebagai contoh, bagi saya, DevOps selalu menjadi metodologi dan budaya, dan bukan seperangkat penyetelan. Anda meluncurkan aplikasi web Java perusahaan Anda di server pelanggan, tetapi itu tidak diluncurkan, ada sesuatu yang rusak, dan Anda perlu secara instan mengarahkan diri Anda dan memperbaiki semuanya. Dan lebih baik membuat peluncuran ke prod bukan mimpi buruk. Itu tentang konferensi ini - bagaimana tidak memiliki mimpi buruk dengan orang-orang dan rilis. Alat apa yang akan dilakukan adalah pertanyaan kedua, kita keren dan dapat menangani apa pun. Saya sendiri ingin lebih banyak laporan tentang budaya dan cara melakukan sesuatu - itu bagus, bahkan dalam daftar awal pembicara ada orang-orang seperti itu (misalnya, Anton Weiss, Barukh Sadogursky, Roman Shaposhnik).
Secara umum, kata-kata umum yang cukup, mari kita mulai bisnis! Berikut adalah pembicara kami:
Anton Weiss adalah co-pemilik konsultan teknologi Otomato Software, pemilik lebih dari 15 tahun pengalaman di bidang teknologi tinggi. Dia adalah seorang ahli dalam pengajaran teknis, penggagas dan penulis bersama kursus sertifikasi DevOps Israel pertama. Anton berpartisipasi dalam konferensi internasional dan dikenal sebagai pembicara yang keren. Di DevOops 2018, laporannya mendapat tempat pertama!
Eric Weld dari HashiCorp telah berada di cloud selama lebih dari 15 tahun. Sebelum ke HashiCorp, ia bekerja sebagai konsultan di Xebia dan menjadi pendiri Instruqt, sebuah platform untuk mempelajari penyetelan cloud dan alat DevOps lainnya pada infrastruktur nyata.
Alex Thissen dari Xpirit telah berkembang sejak akhir 90-an dan berhasil bekerja sebagai pemimpin dan arsitek di mana-mana - dari startup kecil hingga perusahaan besar. Secara khusus, ia terlibat dalam pelatihan pengembang dalam teknologi Microsoft, dan arsitek dalam sistem cloud terdistribusi modern. Judul Profesional Paling Berharga Microsoft sepuluh kali dalam kategori Studio dan Pengembangan Teknologi.
Roman Shaposhnik dari ZEDEDA adalah pakar dan konsultan terkenal tentang open source dan transisi ke teknologi digital di perusahaan besar. Sebelumnya, ia memainkan peran utama dalam membangun kolaborasi open source di dalam Linux Foundation, dan juga memegang posisi kunci di Pivotal, bekerja terutama dengan big data dan platform manajemen aplikasi berbasis cloud. Karyanya di Pivotal membawanya ke persimpangan teknologi wadah, virtualisasi, dan arsitektur kernel unik, yang, pada gilirannya, melahirkan misi ZEDEDA - untuk menerapkan teknologi ini untuk mengembangkan komputasi tepi. Roman adalah anggota Apache Software Foundation dan Linux Foundation Edge, serta kontributor aktif sejumlah proyek sumber terbuka.
Victor Gamov - Pengembang Advokat di Confluent, seorang kontributor terkemuka untuk proyek Apache Kafka. Membantu arsitek dan pengembang merancang dan mengembangkan sistem pemrosesan data streaming terdistribusi. Rekan penulis buku "Pengembangan Web Perusahaan" oleh O'Reilly. Salah satu pendiri dan pemimpin (di masa lalu) dari podcast debugging
“Flight Debugging”, disukai oleh banyak programmer.
Anton Arkhipov - Advokat Pengembang di JetBrains, penduduk podcast
Pembekalan . Minat profesional terkait dengan bahasa pemrograman dan alat pengembangan perangkat lunak.
Baruch Sadogursky (alias JBaruch) - Kepala Hubungan Pengembang dan Advokat Pengembang di JFrog. Dia sangat suka berbicara tentang teknologi - yaitu, dia suka mengobrol, tetapi orang yang berbicara tentang teknologi memiliki tampilan yang cerdas, dan 18 tahun pengalaman di bidang teknologi tinggi belum hilang. Ketika dia tidak berbicara (baik, atau tidak terbang ke tempat pidato berikutnya), dia mempelajari teknologi, orang-orang dan bagaimana mereka bekerja, atau lebih tepatnya, tidak bekerja bersama. Baruch adalah rekan penulis Liquid Software, duta besar CNCF dan pembicara profesional tentang topik-topik seperti DevOps, DevSecOps, Go, Java, dll. Dia secara teratur berbicara di konferensi terkenal seperti Joker, JPoint, DevOops, Heisenbug, DockerCon, GopherCon, Devoxx, DevOps Days, OSCON, Qcon, JavaOne dan lainnya. Beberapa laporannya dapat dilihat di
sini .
Konferensi DevOops 2019 akan diadakan pada 29-30 Oktober di St. Petersburg.
Ayo, itu akan keren dan bermanfaat!
Tiket Early Bird tersedia di situs web konferensi .