TL; DR
Slurm DevOps akan diadakan di Moskow pada 30 Januari - 1 Februari.
Sekali lagi kita akan menganalisis alat DevOps dalam praktiknya.
Detail dan program di bawah potongan.
SRE telah dihapus dari program, karena bersama-sama dengan Ivan Kruglov, kami sedang mempersiapkan SREM SRE terpisah. Pengumumannya nanti.
Terima kasih kepada Selectel, sponsor kami dari Slurm pertama!
Tentang filsafat, skeptisisme, dan kesuksesan tak terduga
Saya mengunjungi DevOpsConf di Moskow pada akhir September.
Ringkasan dari apa yang saya dengar:
- DevOps membutuhkan sebagian besar proyek besar;
- DevOps adalah budaya, seperti budaya lainnya, ia harus berasal dari dalam perusahaan. Anda tidak dapat menyewa insinyur DevOps dan bermimpi bahwa dia akan menyinggung proses.
- Di akhir daftar apa yang dibutuhkan untuk transformasi DevOps, ada teknologi, yaitu alat DevOps yang kami latih.
Saya menyadari bahwa kami tidak memasukkan filosofi dan budaya DevOps dengan benar, karena ini tidak dapat diajarkan secara sistematis. Siapa pun yang perlu membaca di buku. Atau dia akan menemukan pelatih yang sangat keren yang akan meyakinkan semua orang dengan karisma dan otoritasnya.
Secara pribadi, saya selalu menjadi pendukung "gerakan dari bawah", pengenalan budaya secara partisan melalui alat. Sesuatu seperti itu dijelaskan dalam Proyek Phoenix. Jika kami telah mengonfigurasi kerja tim dengan Git dengan benar, Anda dapat menambahkannya dengan peraturan secara perlahan, dan inilah nilainya.
Dan sama saja, ketika kami sedang mempersiapkan DevOps Slurm, yang khusus tentang alat, saya takut dengan reaksi para peserta: “Anda mengatakan hal-hal yang luar biasa. Maaf, saya tidak pernah bisa mengimplementasikannya. " Ada begitu banyak keraguan sehingga kami segera mengakhiri pengulangan program.
Namun, sebagian besar peserta merespons dalam survei bahwa pengetahuan yang diperoleh berlaku dalam praktik, dan bahwa mereka akan mengimplementasikan sesuatu dalam waktu dekat. Pada saat yang sama, semua yang kami jelaskan ada dalam daftar berguna: Git, dan Ansible, dan CI / CD, dan SRE.
Perlu diingat bahwa, pada awalnya, mereka juga berbicara tentang Slurm Kubernetes, bahwa tidak mungkin untuk menjelaskan k8 dalam 3 hari.
Dengan Ivan Kruglov, yang memimpin topik SRE, kami menyetujui program terpisah. Sekarang kami sedang mendiskusikan detailnya, saya akan segera membuat pengumuman.
Apa yang akan terjadi pada Slurm DevOps?
Programnya
Topik # 1: Kerja Sama Tim dengan Git
- Perintah dasar git init, komit, tambahkan, perbeda, log, status, tarik, tekan
- Alur, cabang, dan tag, gabungkan strategi
- Bekerja dengan beberapa repetisi jarak jauh
- Aliran github
- Fork, remote, tarik permintaan
- Konflik, rilis, sekali lagi tentang Gitflow dan aliran lain terkait dengan tim
Tema №2: Bekerja dengan aplikasi dari sudut pandang pengembangan
- Menulis Layanan Mikro dengan Python
- Variabel lingkungan
- Tes Integrasi dan Unit
- Menggunakan docker-compose dalam pengembangan
Topik 3: CI / CD: Pengantar Otomasi
- Pengantar Otomasi
- Alat (bash, make, gradle)
- Menggunakan git-hooks untuk mengotomatisasi proses
- Jalur perakitan konveyor pabrik dan penerapannya dalam TI
- Contoh membangun pipa "umum"
- Perangkat lunak CI / CD modern: Drone CI, Pipa BitBucket, Travis, dll.
Topik # 4: CI / CD: Bekerja dengan Gitlab
- Gitlab ci
- Gitlab Runner, jenis dan aplikasinya
- Gitlab CI, fitur kustomisasi, praktik terbaik
- Tahapan Gitlab CI
- Variabel Gitlab CI
- Perakitan, pengujian, penyebaran
- Batasan kontrol dan eksekusi: hanya, saat
- Bekerja dengan artefak
- Templat di dalam .gitlab-ci.yml, menggunakan kembali tindakan pada bagian pipa yang berbeda
- Sertakan - bagian
- Manajemen terpusat dari gitlab-ci.yml (satu file dan push otomatis ke repositori lainnya)
Topik # 5: Infrastruktur sebagai Kode
- IaC: pendekatan infrastruktur sebagai kode
- Penyedia cloud sebagai penyedia infrastruktur
- Alat inisialisasi sistem, perakitan gambar (pengepak)
- IaC pada contoh Terraform
- Penyimpanan konfigurasi, kolaborasi, otomasi aplikasi
- Berlatih membuat buku pedoman yang memungkinkan
- Idempotency, declarativeness
- Itu tidak mungkin
Topik # 6: Menguji Infrastruktur
- Pengujian dan integrasi berkesinambungan dengan Molekul dan Gitlab CI
- Aplikasi Vagrant
Topik # 7: Memantau Infrastruktur dengan Prometheus
- Mengapa pemantauan dibutuhkan
- Jenis pemantauan
- Pemberitahuan dalam sistem pemantauan
- Cara membangun sistem pemantauan yang sehat
- Pemberitahuan yang dapat dibaca manusia, untuk semua orang
- Pemeriksaan Kesehatan: apa yang harus dicari
- Otomasi berdasarkan data pemantauan
Topik # 8: Pencatatan Aplikasi dengan ELK
- Praktik Penebangan Terbaik
- Tumpukan rusa
Topik # 9: Otomatisasi Infrastruktur dengan ChatOps
- DevOps dan ChatOps
- ChatOps: Kekuatan
- Kendur dan alternatif
- Bot untuk ChatOps
- Hubot dan alternatifnya
- Keamanan
- Praktik terbaik dan terburuk
Lokasi: Moskow, Sevastopol Hotel Conference Hall.
Tanggal: dari 30 Januari hingga 1 Februari, 3 hari kerja keras.
Pendaftaran