Untuk perhatian Anda, saya persembahkan panduan untuk DevOpsConf, sebuah konferensi yang tahun ini berskala galaksi. Dalam arti bahwa kami berhasil menyusun program yang begitu kuat dan seimbang sehingga berbagai spesialis akan menikmati perjalanan melalui program tersebut: pengembang, administrator sistem, insinyur infrastruktur, QA, pimpinan tim, stasiun layanan, dan secara umum semua orang yang terlibat dalam pengembangan teknologi. proses.
Kami mengusulkan untuk mengunjungi dua area besar di dunia DevOps: satu dengan proses bisnis yang dapat diubah secara fleksibel melalui kode, dan yang lainnya dengan alat. Artinya, pada konferensi kami akan ada dua aliran yang memiliki kekuatan yang sama dalam hal konten dan, terutama, dalam jumlah laporan. Yang pertama berfokus pada penggunaan alat yang sebenarnya, dan yang kedua pada proses yang menggunakan contoh masalah bisnis yang diperlakukan sebagai kode dan dikelola sebagai kode. Kami percaya bahwa teknologi dan proses saling terkait erat dan secara sistematis menunjukkan hal ini dengan bantuan para pembicara kami yang bekerja di perusahaan-perusahaan gelombang baru dan berbagi jalur mereka menuju persepsi baru tentang pembangunan melalui pemecahan masalah dan mengatasi tantangan.
Jika Anda mau, ringkasan singkat panduan kami :
- Pada tanggal 30 September, pada hari pertama konferensi, di aula pertama kami akan mempertimbangkan 8 kasus bisnis.
- Di aula kedua pada hari pertama kita akan menganalisis solusi instrumental yang lebih terspesialisasi. Setiap laporan berisi banyak pengalaman praktis yang keren, namun tidak cocok untuk semua perusahaan.
- Sebaliknya, pada tanggal 1 Oktober, di aula pertama, kami berbicara lebih banyak tentang teknologi, tetapi lebih luas.
- Di aula kedua pada hari kedua kami mendiskusikan tugas-tugas spesifik yang tidak muncul di semua proyek, misalnya di suatu perusahaan.
Namun saya akan segera mencatat bahwa pembagian seperti itu sama sekali tidak berarti pembagian penonton. Sebaliknya, penting bagi seorang insinyur untuk memahami masalah bisnis, mengetahui arti dari apa yang dia lakukan, dan memiliki pengalaman praktis. Dan bagi seorang pimpinan tim atau bengkel, tentu saja kasus dan pengalaman perusahaan lain itu penting, tetapi pada saat yang sama Anda perlu memahami cara kerja internal. Di bawah potongan saya akan memberi tahu Anda tentang semua topik secara lebih rinci dan membantu Anda membuat rencana perjalanan yang terperinci.
Konferensi ini akan diadakan di Infospace dan kami menyebut dua aula utama “Hati Emas” - seperti kapal dari “The Hitchhiker's Guide to the Galaxy”, yang menggunakan prinsip ketidakmungkinan untuk bergerak melalui ruang angkasa, dan “Di Tepian dari Universe” - seperti restoran dari kisah yang sama. Mulai sekarang saya akan menggunakan nama-nama ini untuk merujuk pada trek. Laporan perhentian di kawasan galaksi "Hati Emas" lebih cocok untuk kelompok wisata utama, jika Anda suka, ini adalah atraksi yang wajib dikunjungi. “Di Tepi Alam Semesta” terdapat objek-objek menarik bagi wisatawan berpengalaman. Hanya sedikit yang sampai di sana, tetapi mereka yang berani pergi ke sana dengan mata membara menembus sabuk asteroid.
Pada saat yang sama, Anda dapat dengan mudah berpindah dari satu ruangan ke ruangan lain, dan kapan saja Anda akan menemukan topik yang cocok untuk Anda. Seperti yang sudah saya katakan, program ini sangat berimbang. Kami mempunyai lebih banyak laporan kelas, namun, dengan enggan, Komite Program harus memindahkannya ke sana atau tunda hingga konferensi musim semi di St. Petersburg, agar tidak mengganggu keseimbangan dan mewujudkan ide awal. Program konferensi memungkinkan Anda untuk mempertimbangkan setiap topik yang direncanakan (pengiriman berkelanjutan, infrastruktur sebagai kode, transformasi DevOps, praktik SRE, keamanan, platform infrastruktur) menggunakan contoh yang berbeda dan dari sudut yang berbeda.
Sekarang duduk santai, kapal galaksi kita akan berhenti.
"Hati Emas", 30 September
90 hari pertama sebagai CTO
Akan membuka konferensi Leona Api. tentang pewarisan sistem warisan dan masalah yang sering menyertainya. Leon akan memberi tahu Anda bagaimana bengkel dapat memperoleh pemahaman tentang sistem teknis yang mulai digunakannya. Untuk direktur teknis di perusahaan modern, mengelola proses DevOps adalah tugas utama, dan Leon akan menunjukkannya kepada Anda dengan cara yang menarik dan lucu. hubungan antara bagian teknis dan bisnis dari sudut pandang SRT.
Pemula dan mereka yang ingin menjadi salah satunya harus membaca laporan ini. Lagi pula, tumbuh menjadi direktur teknis di perusahaan Anda adalah satu hal, dan memasuki kembali peran ini adalah hal lain; aerobatik seperti itu tidak tersedia untuk semua orang.
Dasar-dasar DevOps - memasuki proyek dari awal
Следующий melanjutkan topiknya, tapi Andrey Yumashev (LitRes) akan mempertimbangkan masalah ini secara lebih global dan menjawab pertanyaan: dasar-dasar apa yang perlu Anda ketahui ketika mulai bekerja dalam tim yang berbeda; bagaimana menganalisis rentang masalah dengan benar; bagaimana membuat rencana kegiatan; cara menghitung KPI dan kapan harus berhenti.
Masa depan infrastruktur sebagai kode
Selanjutnya kita akan rehat sejenak untuk membahas topik infrastruktur sebagai kode. Roman Boyko Arsitek Solusi di AWS di DevOpsConf tentang alat baru Kit Pengembangan AWS Cloud, yang memungkinkan Anda mendeskripsikan infrastruktur dalam bahasa yang familiar (Python, TypeScript, JavaScript, Java). Kita akan mempelajari secara langsung apa yang membuat cloud semakin dekat dengan pengembang, cara mulai menggunakan alat ini, dan membuat komponen yang dapat digunakan kembali untuk pengelolaan infrastruktur yang nyaman. Bagi peserta konferensi, ini adalah kesempatan bagus untuk mendengar tentang inovasi dunia dalam bahasa Rusia dan dengan tingkat detail teknis yang umum di sini, tetapi tidak di Barat.
Dari rilis hingga FastTrack
Setelah makan siang kita akan kembali ke masalah transformasi selama beberapa jam lagi. Pada Evgenia Fomenko Mari kita ikuti transformasi DevOps MegaFon: mulai dari tahap ketika mereka mencoba menggunakan metode tradisional, seperti KPI, mengatasi tahap ketika tidak ada yang jelas dan Anda perlu menemukan alat baru dan mengubah diri Anda sendiri, sampai prosesnya benar-benar direstrukturisasi. Ini adalah pengalaman yang sangat keren dan memotivasi bagi perusahaan, yang juga melibatkan kontraktornya dalam transformasi DevOps, yang juga akan dibicarakan oleh Evgeniy.
Bagaimana menjadi tim lintas fungsi
У Mikhail Bizhan pengalaman luas dalam melakukan perubahan transformasional dalam tim. Kini Mikhail, sebagai ketua Tim Akselerasi Raiffeisenbank, menjadikan tim tersebut bersifat lintas fungsi. pada miliknya Mari kita bicara tentang penderitaan akibat kurangnya tim lintas fungsi dan mengapa tantangan tim lintas fungsi tidak berakhir pada penemuan, pembuatan, dan penerapan.
praktik SRE
Selanjutnya kita akan menemukan dua laporan yang didedikasikan untuk praktik SRE, yang mendapatkan momentum dan menempati tempat penting dalam keseluruhan proses DevOps.
Alexey Andreev dari Prisma Labs , mengapa sebuah startup membutuhkan praktik SRE dan mengapa hal itu membuahkan hasil.
Matvey Grigoriev dari Dodo Pizza contoh SRE di perusahaan besar yang sudah melampaui tahap startup. Matvey sendiri mengatakan ini tentang dirinya sendiri: pengembang .NET berpengalaman dan SRE pemula, masing-masing, akan berbagi kisah transisi pengembang, dan bukan hanya satu, tetapi seluruh tim, ke infrastruktur. Mengapa DevOps adalah jalur logis bagi pengembang dan apa yang terjadi jika Anda mulai melihat semua buku pedoman Ansible dan skrip bash sebagai produk perangkat lunak lengkap dan menerapkan persyaratan yang sama padanya, kita akan membahasnya di laporan Matvey pada 30 September pukul 17:00 di aula Golden Heart.
Selesaikan program hari pertama Daniil Tikhomirov, siapa di miliknya menimbulkan pertanyaan penting: Bagaimana teknologi berhubungan dengan kebahagiaan pengguna. Memecahkan masalah “semuanya berfungsi, tetapi pengguna tidak puas,” MegaFon beralih dari memantau sistem individual, lalu server, aplikasi hingga memantau layanan melalui mata pengguna. Bagaimana semua pakar teknis, pelanggan dan vendor mulai fokus pada indikator KQI ini, kita akan mengetahuinya pada malam hari pertama konferensi. Dan setelah itu, kami akan membahas infrastruktur dan transformasi dalam suasana informal di pesta setelahnya.
“Di Tepi Alam Semesta”, 30 September
Tiga laporan pertama di aula “Di Tepi Alam Semesta” akan sangat menarik dari sudut pandang instrumen.
Maxim Kostrikin (Xtens) pola di Terraform untuk memerangi kekacauan dan rutinitas pada proyek-proyek besar dan panjang. Pengembang Terraform menawarkan praktik terbaik yang cukup nyaman untuk bekerja dengan infrastruktur AWS, tetapi ada perbedaannya. Dengan menggunakan contoh kode, Maxim akan mendemonstrasikan cara untuk tidak mengubah folder dengan kode Terraform menjadi bola salju, tetapi menggunakan pola untuk menyederhanakan otomatisasi dan pengembangan lebih lanjut.
Grigory Mikhalkin dari Lamoda “Mengapa kami mengembangkan operator Kubernetes dan pelajaran apa yang kami peroleh darinya?” akan membantu mengisi kekurangan informasi tentang cara mengimplementasikan infrastruktur sebagai praktik kode menggunakan Kubernetes. Kubernetes sendiri berisi, misalnya, deskripsi layanan yang menggunakan file yaml, tetapi ini tidak cukup untuk semua tugas. Manajemen tingkat rendah memerlukan operator, dan pembicaraan ini sangat berguna jika Anda ingin mengelola Kubernetes dengan baik.
Topik laporan selanjutnya adalah Gudang Hashicorp - cukup istimewa. Namun pada kenyataannya, alat ini diperlukan di mana pun Anda perlu mengelola kata sandi dan memiliki kesamaan dalam menangani rahasia. Tahun lalu, Sergey Noskov menceritakan bagaimana rahasia dikelola di Avito dengan bantuan Hashicorp Vault, lihat itu dan datang Yuri Shutkin dari Tinkoff.ru untuk lebih banyak pengalaman.
Taras Kotov (EPAM) tugas yang lebih jarang lagi adalah membangun infrastruktur cloud yang mencakup tulang punggungnya sendiri jaringan IP/MPLS. Tapi pengalamannya luar biasa, dan laporannya sangat keras, jadi jika Anda memahami isinya, pastikan untuk membaca laporan ini.
Nanti malam kita akan membahas tentang manajemen database di infrastruktur cloud. Kirill Melnichuk pengalaman penggunaan Penting untuk bekerja dengan MySQL di dalam cluster Kubernetes. A Vladimir Ryabov dari Playkey.net , cara bekerja dengan data di dalam cloud, dan cara menggunakan ruang penyimpanan yang tersedia dengan benar.
"Hati Emas", 1 Oktober
Pada tanggal 1 Oktober, segalanya akan menjadi sebaliknya. Aula Golden Heart akan menampilkan trek yang lebih berorientasi pada teknologi. Oleh karena itu, bagi para insinyur yang melakukan perjalanan melalui “Hati Emas”, pertama-tama kami mengundang Anda untuk mendalami kasus-kasus bisnis, dan kemudian melihat bagaimana kasus-kasus ini diselesaikan dalam praktik. Dan para manajer, pada gilirannya, pertama-tama memikirkan kemungkinan tugas, dan kemudian mulai memahami lebih baik bagaimana menerapkannya dalam alat dan perangkat keras.
Di bawah tenda penyimpanan cloud yang besar
Pembicara pertama Artemy Kapitula. Laporannya tahun lalu“Para peserta konferensi menyebutnya sebagai yang terbaik, menurut saya, karena kedalaman ceritanya yang luar biasa. Kali ini akan melanjutkan solusi Mail.Ru Cloud Solutions pada desain penyimpanan dan analisis preseden kegagalan sistem. Manfaat yang jelas dari laporan ini bagi para manajer adalah Artemy tidak hanya mengkaji masalah teknis itu sendiri, tetapi juga keseluruhan proses penyelesaiannya. Itu. Anda dapat memahami cara mengelola seluruh proses ini dan menerapkannya pada perusahaan Anda.
Penerapan Terdesentralisasi yang Reversif
Egor Bugaenko Ini bukan pertama kalinya ia juga muncul di konferensi tersebut; laporannya biasanya berisi tesis kontroversial, namun membuat Anda berpikir. Kami berharap itu Pembicaraan Egor tentang penerapan desentralisasi akan menimbulkan diskusi yang menarik dan, yang paling penting, konstruktif.
Kita berada di awan lagi
Alexei Vakhovmerupakan perpaduan kuat antara komponen bisnis dan teknologi, yang akan menarik baik dari sisi teknik maupun manajemen. Alexei akan memberi tahu Anda cara kerja Uchi.ru Infrastruktur Cloud Asli: bagaimana Service Mesh, OpenTracing, Vault, logging terpusat, dan total SSO digunakan. Selanjutnya pada pukul 15 Alexei akan menunggu , dimana setiap orang yang datang akan dapat menyentuh semua instrumen tersebut dengan tangannya sendiri.
Apache Kafka di Avito: kisah tiga reinkarnasi
Anatoly Soldatov tentang bagaimana Avito membangun Kafka sebagai layanan, tentu saja akan menarik bagi mereka yang menggunakan Kafka. Namun di sisi lain, hal itu terungkap dengan sangat baik proses menciptakan layanan internal: bagaimana mengumpulkan kebutuhan layanan dan keinginan rekan kerja, mengimplementasikan antarmuka, membangun interaksi antar tim dan menciptakan layanan sebagai produk dalam perusahaan. Dari sudut pandang ini, sejarah sekali lagi berguna bagi peserta konferensi yang sangat berbeda.
Mari kita membuat layanan mikro menjadi ringan lagi
Di sini, tampaknya, semuanya jelas dari namanya. Tapi tesis itu Dmitry Sugrobov dari Leroy Merlin, bahkan di panitia program menimbulkan perdebatan sengit. Singkatnya, ini akan menjadi dasar yang baik untuk berdiskusi tentang topik tentang apa yang secara umum dianggap sebagai layanan mikro, cara menulisnya, memeliharanya, dll.
CI/CD untuk mengelola infrastruktur BareMetal
Laporan berikutnya sekali lagi adalah dua dalam satu. Di satu sisi, Andrey Kvapil (WEDOS Internet, as) akan berbicara tentang pengelolaan infrastruktur BareMetal, yang cukup spesifik, karena semua orang sekarang kebanyakan menggunakan cloud, dan jika mereka memegang perangkat keras, skalanya tidak begitu besar. Tapi itu sangat penting bagi Andrey penerapan teknik CI/CD untuk menerapkan dan mengelola infrastruktur BareMetal, dan dari sudut pandang ini, laporan ini akan menarik bagi pimpinan tim dan teknisi.
Akan melanjutkan topiknya Sergei Makarenko, di balik layar proses padat karya ini Platform Perang.
Bisakah kontainer aman?
Akan menyelesaikan program di aula Golden Heart Alexander Khayorov makalah diskusi tentang keamanan kontainer. Alexander sudah berada di RIT++ tentang masalah keamanan Helm dan cara mengatasinya, dan kali ini tidak akan membatasi diri pada daftar kelemahan saja, tapi alat untuk isolasi lengkap lingkungan.
“Di Tepi Alam Semesta”, 1 Oktober
Akan dimulai Alexander Burtsev (BramaBrama) dan salah satu solusi yang mungkin untuk mempercepat situs. Mari kita lihat keberhasilan penerapan lima kali lipat akselerasi hanya karena alat DevOps tanpa menulis ulang kodenya. Anda masih harus memutuskan apakah akan menulis ulang kode atau tidak di setiap proyek, namun selalu berguna untuk mengingat pengalaman tersebut.
DevOps di 1C: Perusahaan
Petr Gribanov dari perusahaan 1C menghilangkan prasangka mitos bahwa tidak mungkin menerapkan DevOps di perusahaan besar. Apa yang bisa lebih kompleks daripada platform 1C:Enterprise, tetapi karena praktik DevOps dapat diterapkan bahkan di sana, menurut saya mitos tersebut tidak akan bertahan.
DevOps dalam pengembangan khusus
Anton Khlevitsky dalam kelanjutan laporan Evgeniy Fomenko , bagaimana MegaFon membangun DevOps di sisi kontraktor dan membangun Continuous Deployment, termasuk pengembangan khusus dari beberapa pemasok perangkat lunak.
Membawa DevOps ke DWH/BI
Sebuah topik yang tidak standar, namun sekali lagi menarik bagi peserta yang berbeda Vasily Kutsenko dari Gazprombank. Vasily akan berbagi saran praktis tentang cara mengembangkan budaya TI dalam pengembangan data dan menerapkan praktik DevOps di Gudang Data dan BI, dan akan memberi tahu Anda perbedaan alur kerja dengan data dan alat otomatisasi apa yang benar-benar berguna dalam konteks bekerja dengan data.
Bagaimana (Anda) hidup tanpa departemen keamanan
Setelah makan siang Mona Arkhipova (sudo.su) kami dengan dasar-dasarnya DevSecOps dan akan menjelaskan bagaimana Anda dapat menanamkan keamanan sebagai proses ke dalam proses pengembangan Anda dan berhenti menggunakan departemen keamanan terpisah. Topiknya mendesak, dan laporannya akan sangat bermanfaat bagi banyak orang.
Memuat pengujian dalam CI/CD dari solusi besar
Melengkapi topik sebelumnya dengan sempurna Vladimir Khonin dari MegaFon. Di sini kita akan membicarakannya cara memperkenalkan kualitas ke dalam proses DevOps: bagaimana menggunakan Quality Gate, mencatat berbagai kasus dalam sistem, dan bagaimana mengintegrasikan semuanya ke dalam proses pengembangan. Laporan ini sangat cocok bagi mereka yang bekerja dengan sistem besar, tetapi meskipun Anda tidak bekerja dengan penagihan yang besar, Anda akan menemukan aspek menarik untuk diri Anda sendiri.
SDLC & Kepatuhan
Dan topik berikutnya yang lebih relevan untuk perusahaan besar adalah bagaimana menerapkan solusi Kepatuhan dan persyaratan standar ke dalam proses. Ilya Mitrukov dari Pusat Teknologi Deutsche Bank Bahwa standar kerja mungkin kompatibel dengan DevOps.
Dan pada akhirnya Matvey Kukuy (Amixr.IO) statistik dan wawasan tentang bagaimana lusinan tim di seluruh dunia bertugas, memilah insiden, mengatur pekerjaan dan membangun sistem yang andal, dan akan menjelaskan bagaimana semuanya berkaitan dengan SRE.
Sekarang aku bahkan sedikit iri padamu, karena perjalanannya sudah lewat kamu hanya perlu melakukannya. Anda dapat membuat rencana individual Anda sendiri dan menikmati betapa organiknya laporan-laporan tersebut akan saling melengkapi, tetapi kemungkinan besar saya, seperti pemandu lainnya, tidak akan punya waktu untuk melihat-lihat dengan cermat.
Ngomong-ngomong, selain program utama, kami juga memiliki tempat berkemah - ruang pertemuan, di mana para peserta sendiri dapat mengatur pertemuan kecil, lokakarya, kelas master, dan mendiskusikan masalah-masalah mendesak dalam suasana yang intim. setiap peserta dapat melakukannya, dan setiap peserta dapat bertindak sebagai komite program dan memberikan suara pada pertemuan lainnya. Format ini sudah terbukti keefektifannya, terutama dalam hal jaringan, jadi lihatlah lebih dekat jadwalkan, dan selama konferensi, perhatikan pengumuman tentang pertemuan baru di .
Sampai jumpa di galaksi DevOpsConf 2019!
Sumber: www.habr.com