Hari ini di Southbridge, manajemen pirus dibahas dalam sebuah pertemuan.
Ada yang menyarankan pindah dari atas ke bawah, dari gagasan ke latihan. Seperti, mari kita perkenalkan filosofi manajemen pirus: temukan standar, buat keputusan tentang bagaimana peran harus dibagi, bagaimana komunikasi harus dibangun, dan mulailah bergerak ke arah ini.
Ada orang-orang (termasuk saya) yang ingin pindah dari bawah ke atas, dari latihan ke gagasan. Kami memiliki tugas dan masalah khusus. Mari kita selesaikan, bergantung pada pirus alat, dan manajemen pirus akan terbentuk dengan sendirinya.
Jika kita membandingkan manajemen dengan pengembangan, maka cara dari atas ke bawah adalah membuat monolith, dan cara dari bawah ke atas adalah arsitektur layanan mikro. Sekarang, dalam manajemen "layanan mikro" kami, kami dapat membangun kembali sirkuit manajemen dua kali sehari dan segera "meluncurkannya ke dalam produksi."
Dan program Slurm DevOps dirancang untuk mereka yang lebih suka bergerak dari bawah ke atas.
Kami tidak akan membahas filosofi DevOps. Bukan karena tidak ada artinya, atau kita tidak mengetahuinya, atau kita tidak suka holivar (dan kita tidak suka). Hanya saja filosofi DevOps mengkristal di setiap arsitek dan insinyur DevOps selama bertahun-tahun latihan, dan tidak dalam 3 hari intens.
Kami akan membahas alat khusus. Apa yang dapat diimplementasikan segera, tanpa percakapan filosofis dan restrukturisasi manajerial, pada tingkat pekerjaan sehari-hari. Tulis instruksi tentang kerja tim dengan Git. Tulis buku pedoman untuk penggunaan server. Siapkan pengumpul log.
Sebagai hasilnya, itu akan menjadi lebih mudah dan lebih mudah, sebuah dasar akan muncul di mana Anda dapat membangun DevOps Anda.
Untuk melampaui praktik Southbridge, kami mengundang pembicara luar tentang beberapa topik.
Artyom Galonsky, Biro Biro Stasiun Layanan
Dalam pengembangan komersial 12+ tahun.
Timlid / Kepala Pengembangan sejak 2011.
Direktur Teknis sejak 2016.
Bersama siswa, kami akan mempertimbangkan cara untuk mengotomatiskan penerapan aplikasi yang digunakan sebelumnya. Kami akan membahas konstruksi pipa modern dan beberapa alat umum. Kami akan membahas secara rinci alat dan fitur GitLab CI / CD. Saya membangun praktik pada topik saya (Pengantar Otomasi dan Bekerja dengan Gitlab) sehingga siswa dapat merasakan bagaimana dan untuk apa metode CI / CD modern diterapkan. Teori akan menjadi minimum yang diperlukan secara objektif.
Alexey Stepanenko, Engineer Platform Selectel Cloud
Dia terlibat dalam tugas infrastruktur untuk melayani cloud OpenStack: pemantauan, CI / CD dan manajemen konfigurasi.
Pertama, kita akan berbicara tentang model dan metode manajemen infrastruktur (bagaimana pendekatan pemrograman datang ke administrasi), berkenalan dengan alat HashiCorp DevOps (Packer dan Terraform) untuk manajemen infrastruktur deklaratif.
Di akhir blok, Anda dapat mendeskripsikan infrastruktur Anda, mengotomatiskan pembuatan lingkungan pengujian dan produksi, skala aplikasi Anda, dan membangun solusi Ketersediaan Tinggi menggunakan penyeimbang beban.
Eduard Medvedev, CTO di Tungsten Labs (Jerman)
Dia bekerja sebagai seorang insinyur di StackStorm, bertanggung jawab atas fungsionalitas ChatOps platform. Mengembangkan dan mengimplementasikan ChatOps dalam otomatisasi pusat data. Pembicara di konferensi Rusia dan internasional.
Saya akan berbicara tentang bagaimana membuat komunikasi dalam tim DevOps dan interaksi dengan pipa CI / CD lebih efektif dengan bantuan integrasi dua arah dengan bot obrolan.
Ivan Kruglov, Pengembang Utama di Booking.com
Sejak bergabung dengan Booking.com pada tahun 2013, ia telah mengerjakan proyek infrastruktur seperti pengiriman dan pemrosesan pesan yang didistribusikan, BigData dan web-stack, pencarian.
Sekarang dia terlibat dalam masalah membangun cloud internal dan Service Mesh.
Pada bagian terakhir Slerm, kita akan berkenalan dengan konsep-konsep dasar ideologis dan organisasi SRE, pertimbangkan praktik penerapannya pada contoh-contoh hidup dari pengalaman saya. Selain itu, kami akan mempertimbangkan sisi teknis SRE, yaitu teknik apa yang dapat digunakan untuk membuat layanan lebih andal.
Di akhir kursus, saya akan mencoba menjawab dua pertanyaan penting:
- Apa yang memberi SRE ke administrator atau pemrogram?
- Mengapa pemilik bisnis atau produk perlu menerapkan SRE?
Jadi Slurm DevOps ini akan unik: jika kita mengulangi programnya, maka itu akan menjadi komposisi yang berbeda.
Untuk perhatian, masih ada diskon 15% pada kode promo habrapost.
Tentang program Slurm DevOps - di sini .
Pendaftaran: https://slurm.io/devops