Pada 29-30 Oktober, St. Petersburg akan menjadi tuan rumah bagi DevOops 2019 - sebuah konferensi yang didedikasikan untuk solusi teknik DevOps. Topik utamanya adalah cloud secara umum, dan Cloud Native pada khususnya, observability, monitoring and auditing, CI / CD, security, dan sebagainya - secara umum, semua yang dapat Anda harapkan dari sebuah konferensi yang dikhususkan untuk para devosi.
Hubpost ini adalah ulasan dari program DevOops, yang kami tulis bersama dengan komite program konferensi.
Singkatnya:
- Anton Weiss akan berbicara tentang jerat layanan;
- Burr Sutter dan Oleg Nenashev - tentang CI / CD;
- Dmitry Stolyarov dan Sergey Fedorov - tentang pemantauan;
- Ada bagian besar tentang awan dan Kubernet: Mete Atamel, Jessica Deen, Victor Gamov, Ivan Glushkov ...
Program ini besar, dengan total 30 laporan.
Keynotes dipimpin oleh Tim Lister (co-penulis Peopleware), Hadi Hariri (kepala Advokasi Pengembang di JetBrains) dan Roman Shaposhnik (anggota dewan direksi Apache Software Foundation dan Linux Foundation LF Edge ).
Di bawah potongan, kami akan berbicara tentang apa yang terjadi di dunia devops, kami akan memecah acara menjadi kelompok dan melihat bagaimana semuanya cocok ke dalam program 30 laporan.
Studi kasus
Kelompok laporan pertama adalah Studi Kasus. Baru-baru ini, situasi di dunia telah berkembang pesat, misalnya, perang GitLab berlanjut dengan semua orang: GitLab memiliki segalanya, dan mereka akan menjualnya sebagai produk tunggal (sebagaimana dinyatakan dalam artikel skandal oleh CEO The Register, Sid Sijbrandij).
Namun, tidak semuanya begitu cerah, dan Nikita Sobolev hanya ingin memberi tahu bagaimana mereka pindah dari GitLab ke GitHub dan mengapa. Singkatnya, GitHub juga memiliki segalanya, meskipun dalam pratinjau, tetapi Tindakan yang sama berfungsi, Paket Registri berfungsi, Keamanan juga berfungsi, dan sebagainya. Di sisi lain, Tindakan masih terus memompa seluruh repositori, terlepas dari permintaan tarikan yang Anda uji di cabang mana. Ya, pada akhirnya Anda akan naik ke Jenkins, karena hidup itu keras dan penuh dengan kengerian, tetapi setidaknya Anda sudah bisa mengumpulkan gambar buruh pelabuhan, dan kebanyakan dari mereka akan cukup untuk memulai. Ini adalah salah satu contoh dari kategori Studi Kasus, tetapi ada beberapa laporan secara umum:
NB: Baruch Sadogursky terus membuat presentasi pada setiap DevOops baru. Apakah dia akan mencapai puncak lagi? Kami membuat taruhan.
Layanan mesh
Dalam laporan kategori Service Mesh, kami mencari cara untuk memecahkan masalah meningkatnya kompleksitas. Kami hebat, kami berpikir untuk memecah monolit menjadi layanan-layanan mikro, tetapi alih-alih akhirnya menyelesaikan masalah, kami dihadapkan dengan kompleksitas luar biasa dari dunia layanan-mikro. Jerat diciptakan untuk mengurangi kerumitan, tetapi pada akhirnya ... apa yang terjadi, apa yang terjadi. Sesuatu mengatakan kepada saya bahwa itu tidak menjadi lebih mudah dengan jerat, tetapi ini adalah topik untuk percakapan besar yang terpisah.
Sekarang Anda dapat menemukan lebih banyak artikel dan laporan tentang topik ini: tetapi mari kita hentikan pengkodean mikro-keras dan kembali ke monolit yang biasa. Bahkan, segera setelah menjadi jelas bahwa layanan microsoft mengurangi kompleksitas dalam arsitektur, tetapi meningkatkan beban pada admin, orang-orang datang dan berkata: "Oh, mungkin ini tidak selalu diperlukan"? Tesis ini belum hilang, tidak selalu perlu. Sebagai contoh, jika sistem Anda perlu diintegrasikan dengan sesuatu yang besar dan eksternal, dengan beberapa jenis database yang tebal, maka jumlah masalah yang diselesaikan oleh layanan microser kurang dari masalah yang dibuat - seluruh negara akan melalui database ini, dan layanan microser tidak lagi mikro, karena mereka tidak dapat hidup tanpa satu sama lain. Kami bahkan memiliki pecinta monolit dalam program - misalnya, Alex Thissen dengan laporan "Menandai fitur Anda" berbicara tentang fakta bahwa Anda dapat mengambil satu aplikasi monolitik, menutupinya dengan bendera fitur dan kemudian selalu bergulir dari penyihir.
Tetapi siapa yang akan bertarung dengan jerat layanan? Tanyakan pembicara kami!
CI / CD
Jenkins tua dapat dijalankan tanpa Jenkins! Anda dapat berlari di Travis, di mana saja, bagaimana Anda suka ini, Elon Musk? (Ini cukup serius sekarang). Secara umum, karena Kubernetes sekarang ada di mana-mana, semua alat CI / CD kami beradaptasi dengan fakta ini, Kubernetes perlu didukung. Itu sebabnya kami mendapatkan JenkinsX, jadi chip baru muncul di TeamCity, itu sebabnya GitHubs dan GitLabs menggunakan CI mereka - semua orang membutuhkan Kubernetes.
Munculnya Kubernetes telah mengubah pendekatan ke CD. Saat membuat CD menjadi lebih mudah, variasi baru mulai muncul tentang betapa menyenangkan untuk meluncurkan penyebaran kenari, penyebaran biru-hijau, dll. - sekelompok abstraksi siap pakai yang dapat Anda gunakan dan nikmati kehidupan. Contoh CI / CD yang dibangun berdasarkan prinsip Cloud Native adalah Tekton . Kami masih belum memiliki apa-apa tentang Tekton (kecuali bahwa itu disebutkan dalam laporan Oleg Nenashev dan Burr Sutter ), tetapi pada musim semi kami akan mencoba melakukannya. JenkinsX persis chip yang sama, dibuat berdasarkan proyek Cloud Native untuk Cloud Native. Jika ada yang tertarik dengan Cloud Native ini, ada baiknya membaca tentang aplikasi 12-faktor , ini dia. Sebagai Kelsey baru-baru ini bercanda:
Laporan kategori CI / CD:
- Sebastian Daschner - Memberikan secara progresif dengan Jenkins X
- Anton Arkhipov - Proyek Besar CI di JetBrains
- Burr Sutter - Pipelines & Pods: DevOps with Kubernetes
- Vladimir Ivanov - Pengembangan Seluler: DevOps atau Bukan DevOps
- Oleg Nenashev - Di bawah tenda Jenkins yang tidak memiliki server: Jenkinsfile Runner
- Alex Thissen - Menandai fitur Anda - pendekatan DevOps untuk pelepasan berkelanjutan - pecinta monolit
Pemantauan
Di dunia pemantauan, semuanya jauh lebih mudah, tetapi ada pertanyaan mendasar. Sebagai contoh, sering dikatakan bahwa tidak ada yang belajar untuk memonitor monolit. Tampaknya masalahnya bukan itu - setelah semua tidak ada banyak yang harus dipelajari. Masalahnya adalah bahwa kebanyakan monolith adalah warisan, dan mengacaukan pemantauan untuk aplikasi yang ada sangat merepotkan. Jika mereka memberi tahu Anda sekarang: menulis monolith sedemikian rupa sehingga nyaman untuk memantaunya, saatnya meludah: Anda mengambil semua yang kami sukai, mulai dari log dan metrik dan berakhir dengan penelusuran, Anda menulis semuanya dengan indah di sana dan mendapatkan pengamatan penuh.
Masalahnya adalah bahwa hari ini kita berbicara tentang mengacaukan pemantauan ke monolit besar yang ada, dan ini agak tidak trivial. Dan ketika semuanya berhasil, Anda harus hidup dengan Frankenstein yang dihasilkan. Oleh karena itu, kami memiliki laporan oleh Dmitry Stolyarov tentang budaya on-call , ini tidak terlalu teknis, tetapi ingat, devops bukan hanya tentang alat! Philipp Krenn akan memberi tahu Anda bahwa ketika kami mengukur, kami mulai kehilangan acara, dan, secara umum, ini normal, tetapi di sini auditor mendatangi kami dan berkata - kami ingin menonton acara individual! Bagaimana menikahi scaling dan audit tidak jelas, masalah yang tidak menyenangkan.
Secara umum, kami belum belajar untuk mempercepat pemantauan ke monolith, dan layanan mikro telah menumpuk di atas pekerjaan. Microservices dan Cloud Native membuat kami mengambil pandangan yang sama sekali berbeda pada observability, karena kami memahami bahwa metode lama seperti penebangan bodoh, di mana kami terus melakukan kucing, berhenti bekerja. Baru-baru ini, sebuah lelucon menyelinap di suatu tempat di Twitter: "Jika Anda menempelkan ID ke lima alat yang berbeda, dan kemudian mencari mereka menggunakan ID ini, maka Anda sendiri adalah alat yang dapat diamati." Dalam arsitektur microservice bergerak menuju model reaktif, observability dibangun di atas peristiwa yang mereka ditransfer secara internal. Dan jika ini adalah orkestrasi, maka tidak ada kejadian, dan Anda harus mengurutkan log secara berbeda. Dunia telah menjadi beberapa kali lebih sulit untuk diamati, dan tidak semua orang telah belajar untuk mengamatinya.
Laporan bagian pemantauan:
Cloud
Cloud adalah topik terbesar dan paling produktif. Pernah diyakini bahwa awan publik adalah "segalanya bagi kita." Kemudian ternyata tidak semuanya. Kemudian ternyata itu bukan milik kita juga! Banyak pecinta awan pribadi muncul, awan hibrida muncul. Itu tidak dimulai tahun ini, tetapi jauh lebih awal. Sekarang salah satu pertanyaan utama adalah bagaimana menggabungkan semua ini. Misalnya, bagaimana VMWare bergabung dengan AWS, karena VMWare datang ke Azure , dan juga ke AWS , dan ini sudah merupakan berita yang cukup besar sepanjang tahun.
Tentu saja, di mana saja, di sebagian besar laporan (bukan hanya bagian Cloud) Kubernet disebutkan dengan satu atau lain cara. Dia menyusup ke mana-mana dan seseorang bahkan mulai menunggu - kapan pembunuh Kubernet akan muncul? Sejauh ini, ini tidak terlihat. Beberapa tahun yang lalu, pertanyaan utamanya adalah - bagaimana hidup dengan hal rumit yang tidak dapat dipahami ini, tetapi sekarang semua orang sudah terbiasa dengan tetangga yang jahat dan telah belajar untuk bernegosiasi. Operator? Knatif? Kotlin DSL?
Dunia baru yang berani ini begitu besar dan beragam sehingga tidak masuk akal untuk mendaftar semuanya di sini, lihat saja daftar laporan ini:
Keynotes
Kami juga memiliki tiga keynote. Mereka menempati ruangan terbesar yang tersedia, tidak ada laporan lain yang sejajar dengan mereka, dan mereka dirancang untuk khalayak luas, mereka dipimpin oleh pembicara mereka yang paling terkenal.
Konferensi dibuka dengan Timothy Lister, rekan penulis Peopleware, Waltzing with the Bears, pecandu adrenalin, dan templat zombie. Semua buku-buku ini klasik di bidangnya dan ditulis dengan rekan-rekan dari Atlantic Systems Guild . Dalam laporan "Karakter, komunitas, dan budaya: Faktor-faktor penting untuk kemakmuran", Tim akan berbicara tentang praktik terbaik untuk organisasi, budaya kerja, aspek berguna dan berbahaya dari bekerja di perusahaan. Secara umum, tentang apa yang telah ia bicarakan selama beberapa dekade, tetapi diperbarui dengan realitas 2019. Jika detailnya menarik, baru-baru ini kami melakukan wawancara hebat dengannya untuk Habr . Apakah mereka menulis buku baru - ya, benar, membaca wawancara.
Hari pertama berakhir dengan Hadi Hariri, pemimpin legendaris tim Advokasi Pengembang di JetBrains, seorang pengembang open source dan pembicara selama lebih dari 15 tahun. Dalam laporannya Melepaskan hambatan, ia menyarankan merenungkan pertanyaan: bagaimana jika semua hambatan dan masalah yang biasa telah hilang, bagaimana selanjutnya? Apakah ini benar-benar mengarah pada peningkatan produktivitas dan solusi terjamin untuk masalah? Ternyata tidak semuanya begitu sederhana, dan tidak adanya hambatan itu sendiri merupakan topik yang layak untuk dibahas.
Dan akhirnya, konferensi berakhir dengan Roman Shaposhnik, anggota dewan direksi Apache Software Foundation dan Linux Foundation LF Edge , yang secara pribadi memiliki andil dalam kernel Linux, Hadoop, ffmpeg dan proyek populer lainnya. Keynote-nya, “Mengapa industri TI mengalami masa-masa kelam, bagaimana DevOps disalahkan, dan mengapa Capital bisa membantu” akan mencoba menjawab beberapa pertanyaan filosofis tentang kebangkitan platform cloud multimedia, platform open source (Kubernetes dan Cloud Foundry), Edge Komputasi dan sebagainya.
Apa selanjutnya
Program konferensi lengkap diterbitkan di situs , ada uraian terperinci di mana-mana, komentar komite program ada di mana-mana, dan tag seperti #kubernetes memungkinkan Anda menavigasi konten tanpa membuka kartu laporan.
Kami mengingatkan Anda bahwa DevOops 2019 akan diadakan pada 29-30 Oktober di St. Petersburg, tiket dapat dibeli di situs resmi konferensi . Anda dapat mempelajari tentang semua berita penting baik dari blog kami di Habré atau dengan berlangganan milis di halaman utama .