Jika Anda belum pernah ke DevOops 2017, maka mungkin pikiran Anda sekarang adalah sesuatu seperti ini: “Apa hubungannya toga Yunani dengan itu? Jadi apakah laporan terbaik dari konferensi devs terlihat seperti? Apa laporan ini dan mengapa ini diakui sebagai yang terbaik? Dan apakah ada penampilan serius dalam pakaian biasa? ”
Serius sudah lebih dari cukup: jika Anda tertarik pada nuansa bekerja dengan Kubernetes, Istio atau Zipkin, dalam sebuah pos Anda akan menemukan semua ini, dan togas tidak ikut campur dengan mengatakan hal-hal praktis. Judul "terbaik" tergantung pada pemirsa: kami menyusun 10 besar ini berdasarkan peringkat mereka. Dan jawaban untuk pertanyaan pertama ada di bawah potongan.
(Keynote) DevOps dalam skala: Tragedi Yunani dalam tiga babak
Pembicara:
Baruch Sadogursky dan Leonid IgolnikPresentasi laporanDalam hal ini, penting untuk memahami konteksnya. Akhir hari. Pemirsa telah menyaksikan enam laporan, keynote penutup ini tetap ada. Segera setelah itu akan ada pesta, dan setelah seharian aktif menyerap informasi, banyak yang mungkin ingin cepat pergi ke sana.
Dan sesuatu yang hardcore pada saat itu akan sulit untuk dirasakan - tetapi kinerja kostum ironis tentang devops, bergaya sebagai tragedi Yunani, sangat cocok dengan konteksnya, meramaikan seluruh aula. Pada saat yang sama, "dongeng adalah dusta, tetapi isyarat di dalamnya": kisah tentang bagaimana sebuah perusahaan fiktif menghadapi berbagai kesulitan ketika tumbuh, membantu tidak hanya untuk tertawa, tetapi juga untuk berpikir.
Dan sebagai hasilnya, kinerja inilah yang ternyata menjadi yang paling dinilai tinggi oleh DevOops. Agar Anda dapat membagikan perasaan mereka, kami sarankan menonton video dalam kondisi yang sama: di malam hari yang sulit, dengan segelas sesuatu yang Anda sukai.
Memperluas k8s
Pembicara:
Nikolay RyzhikovPresentasi laporanDan segera setelah paragraf sebelumnya ada perbedaan yang tajam dengan itu mungkin. Dalam laporan itu, yang mengambil tempat kedua, bukannya lelucon dan hiburan, spesifikasi teknis yang solid.
Kubernetes telah menjadi alat utama saat ini (di sana, GitLab
pindah dari Azure ke GCP karenanya). Dan sementara beberapa sudah menggunakannya dengan kuat dan utama, yang lain menonton dengan penuh minat. Kami "melihat dari dekat" pada awal laporan dengan informasi latar belakang, dan menggunakannya akan menjadi lebih menarik: Nikolai berbicara tentang "bagaimana semuanya ada di dalam" dan "bagaimana menyederhanakan ops untuk pengembang dengan k8 sebanyak mungkin" (idealnya, ia ingin akan datang ke NoOps).
one-cloud: OS pusat data di Odnoklassniki
Pembicara:
Oleg AnastasievPresentasi laporanDan siapa sekarang, dengan semua popularitas Kubernetes, punya alasan untuk tidak menggunakannya? Di Odnoklassniki: menatapnya, mereka sampai pada kesimpulan "lebih mudah bagi kita untuk memotong milik kita daripada menyesuaikannya untuk diri kita sendiri." Tapi mereka punya Docker di sana. Semua ini terjadi dalam rangka "membuat cloud Anda sendiri": sebelumnya, prinsip "setiap server sibuk dengan hanya satu tugas" digunakan di jejaring sosial, tetapi seiring waktu mereka sampai pada keputusan untuk melakukan tugas yang berbeda pada satu server. Dan laporan itu berbicara secara rinci tentang ini.
Akankah pengalaman Odnoklassniki bermanfaat bagi orang lain jika tidak semua orang bekerja di perusahaan dengan beberapa pusat data sendiri, dan sebagian besar memiliki kekhususan yang sama sekali berbeda? Anggap saja Anda tidak mungkin menonton rekaman dengan perasaan "kita perlu melakukan hal yang sama", tetapi beberapa laporan mungkin berguna dalam konteks lain, dan mengetahui "apa yang dijalani orang lain" berguna untuk pemahaman umum industri.
(keynote) Ayo turun bersamaku: menyelesaikan masalah yang tidak Anda miliki
Pembicara:
Corey QuinnPresentasi laporanCorey Quinn dikenal sebagai pencipta Amazon AWS
Last Week di AWS Weekly Newsletter. Dalam teks-teksnya, ia terus-menerus menyetrika, secara dramatis berbeda dari gaya kering bahan IT yang biasa. Tetapi dengan semua leluconnya, buletinnya ternyata sangat informatif dan berguna sehingga bahkan karyawan Amazon sering mengikuti berita di dalamnya.
Corey membuka konferensi dengan keynote-nya, dan dalam pidatonya ada kombinasi yang sama dari "ironis dan perbuatan": orang bisa mendengar tentang situasi yang baik tawa dan dosa devos. “Saya pernah duduk di laporan Netflix di mana mereka mengatakan bahwa mereka memberi semua pengembang akses ke produksi secara umum. Pria yang duduk di sebelah saya dengan hangat menyetujui kata-kata ini. Saya melihat lencananya dan ngeri mendapati bahwa ia bekerja di bank. ”
Pembantaian gergaji silikon (bagaimana saya menghabiskan akhir pekan bertugas)
Pembicara:
Baruch Sadogursky dan Leonid IgolnikPresentasi laporanSekali lagi Baruch Sadogursky dan Leonid Igolnik, tetapi tanpa togas Yunani dan dengan laporan tentang bagaimana membangun proses tugas dengan benar (dan bagaimana hal itu sering dibangun sebagai gantinya). Tidak ada lagi kesenangan “DevOps to scale”, tetapi laporan yang lebih terapan dengan kesimpulan spesifik. Tetapi jika Anda tahu Baruch, Anda sudah mengerti bahwa tempat pertunjukan itu ditemukan di sini. Pertama, para pembicara tidak hanya menyebutkan tesis "bagaimana melakukannya dengan benar", tetapi memberikan cerita hipotetis sebagai contoh - dan Anda dapat khawatir tentang karakternya, mengenali diri mereka sendiri dan orang lain di dalamnya. Kedua, semua ini diilustrasikan dengan gif - dan dalam rekaman video Anda dapat dengan jelas mendengar dari reaksi audiens seberapa akurat pemilihan mereka ternyata.
Memecahkan masalah & men-debug aplikasi produksi di Kubernetes (alias The Failing Demo Talk)
Pembicara:
Baruch Sadogur & Ray TsangDan lagi Baruch, tapi kali ini dengan pembicara yang berbeda (dan, seperti yang Anda duga, dalam bahasa lain).
Dengan laporan di mana ada "demo langsung", selalu ada risiko "demo di atas panggung ini tiba-tiba mungkin tidak berfungsi." Dan di sini kita mengalahkan kesulitan ini dengan sengaja membuat demo “seolah tiba-tiba menolak” - dan selangkah demi selangkah memahami apa yang perlu dilakukan agar semuanya menjadi baik. Yang cocok dengan topik pemecahan masalah & debugging: debugging menarik untuk dipahami dengan contoh visual yang konkret.
Kisah Sukses, atau "Dev + DevOps + Ops"
Pembicara:
Artyom Kalichkin dan Sergey BerdnikovPresentasi laporanSangat mudah untuk memuji manfaat dari biksu dalam percakapan. Jauh lebih sulit untuk benar-benar pergi kepada mereka ketika ada perusahaan besar dengan proses yang mapan yang tidak dapat berubah secara instan. Dan jika ada keadaan seperti "ini fintech, jadi keamanan adalah yang terpenting", tugas menjadi lebih rumit.
Dan di sini adalah laporan dari mereka yang telah berjalan di jalan ini, di mana mereka berbagi pengalaman mereka secara detail, bergerak dari "dulu" ke "menjadi". Ternyata, antara lain, cerita bahwa untuk seorang devopian Anda tidak bisa hanya mengambil dan memutuskan untuk beralih ke alat lain - perubahan harus terjadi dengan orang-orang dan berasal dari mereka.
Mengelola layanan microser Anda dengan Kubernetes dan Istio
Pembicara:
Craig BoxPresentasi laporanMeskipun paragraf sebelumnya mengingatkan kita bahwa devo tidak terbatas pada alat, tentu saja alat dan kemampuan untuk menanganinya adalah penting. Dan laporan ini secara ketat tentang penggunaan dua teknologi spesifik. Jika Kubernetes sudah diucapkan dan dinegosiasikan (ambil setidaknya paragraf kedua dari daftar ini), maka dengan Istio situasinya berbeda: sudah ada lebih dari 9000 bintang
di GitHub , tetapi tidak ada begitu banyak bahan tentangnya. Laporan ini lebih berharga dari karyawan Google, perusahaan yang terkait langsung dengan Kubernetes dan Istio. Jika Anda tidak mengaktifkan Istio sebelumnya, sekarang adalah saat yang tepat: versi 1.0 akan segera terjadi.
Bagaimana cara menyalahkan hal-hal yang menyebabkan latensi: pengantar pelacakan yang didistribusikan dan Zipkin
Pembicara:
Adrian ColePresentasi laporanPembicaraan teknologi lain untuk membantu Anda menggunakan alat secara efektif. Bagaimana membandingkan pencatatan, metrik, dan penelusuran? Bagaimana cara menangani yang ketiga? Mengapa alat Zipkin dinamai demikian?
Kami akan merusak jawaban ketiga: ketika Twitter menderita jatuh dan menunjukkan apa yang disebut "paus gagal", perusahaan menyebut alat yang dibuat di sana dengan kata "tombak", dengan harapan dapat mengalahkan "paus" dengan itu. Dan untuk jawaban dari dua pertanyaan lainnya, lihat laporannya.
Dari administrator sistem ke orang tersebut
Pembicara:
Alexander TitovPresentasi laporanAlexander adalah mitra pengelola di Express 42, yang "menumbuhkan DevOps di perusahaan teknologi." Dengan pekerjaan seperti itu, tidak mengherankan bahwa ia melihat banyak pendekatan untuk DevOps, termasuk banyak yang gagal - dan dapat meringkas masalah apa yang sering muncul dan apa yang harus kita lakukan dengan mereka. Apa yang terjadi ketika devops datang secara eksklusif dari administrator sistem? Dan kapan secara eksklusif dari sisi pengembang? Dan dari sisi bisnis, siapa yang mendengar kata kunci dan berkata "lakukan devops kemarin"?
Jika Anda menyukai rekaman ini, maka Anda akan lebih menyukainya di konferensi DevOops 2018: di sana Anda tidak hanya dapat mendengar laporan, tetapi juga meminta pembicara apa pun di area diskusi. Konferensi ini akan diadakan di St. Petersburg pada 14 Oktober, kami sudah menerbitkan pengumuman rinci tentang Habré, dan sementara itu, tiket semakin mahal - jadi Anda harus memikirkannya sekarang.