Pendaftaran untuk Slurm DevOps di Moskow telah dibuka

TL; DR

DevOps yang buruk akan diadakan di Moskow pada 30 Januari - 1 Februari.

Sekali lagi kita akan menganalisis alat DevOps dalam praktiknya.
Detail dan program yang sedang dipotong.
SRE dihapus dari program karena bersama Ivan Kruglov kami sedang mempersiapkan Slurm SRE terpisah. Pengumumannya akan datang kemudian.
Terima kasih kepada Selectel, sponsor kami sejak Slurm pertama!

Tentang filosofi, skeptisisme, dan kesuksesan tak terduga

Saya menghadiri DevOpsConf di Moskow pada akhir September.
Ringkasan dari apa yang saya dengar:
— DevOps dibutuhkan oleh sebagian besar proyek dengan ukuran berapa pun;
— DevOps adalah sebuah budaya, seperti budaya lainnya, ia harus berasal dari dalam perusahaan. Anda tidak dapat mempekerjakan seorang insinyur DevOps dan bermimpi bahwa dia akan meningkatkan proses.
— Di bagian paling akhir dari daftar hal-hal yang diperlukan untuk transformasi DevOps adalah teknologi, yaitu alat DevOps yang kami ajarkan.

Saya menyadari bahwa kami benar jika tidak memasukkan filosofi dan budaya DevOps ke dalam kursus, karena hal ini tidak dapat diajarkan secara sistematis. Siapapun yang membutuhkannya akan membacanya di buku. Atau dia akan menemukan pelatih super keren yang akan meyakinkan semua orang dengan karisma dan otoritasnya.

Secara pribadi, saya selalu menjadi pendukung “gerakan dari bawah”, penerapan budaya secara gerilya melalui alat. Sesuatu seperti yang dijelaskan dalam The Phoenix Project. Jika kita memiliki kerja tim dengan Git yang diatur dengan benar, kita dapat perlahan-lahan melengkapinya dengan peraturan, dan kemudian akan mencapai nilai-nilainya.

Namun demikian, ketika kami sedang mempersiapkan DevOps Slurm, di mana kami hanya berbicara tentang alat, saya takut dengan reaksi para peserta: “Anda mengatakan hal-hal yang luar biasa. Sayang sekali, saya tidak akan pernah bisa menerapkannya.” Ada begitu banyak skeptisisme sehingga kami segera menghentikan pengulangan program tersebut.

Namun, sebagian besar peserta menjawab dalam survei bahwa pengetahuan yang diperoleh dapat diterapkan dalam praktik, dan bahwa mereka akan menerapkan sesuatu di negara mereka dalam waktu dekat. Pada saat yang sama, semua yang kami jelaskan disertakan dalam daftar hal-hal berguna: Git, Ansible, CI/CD, dan SRE.

Perlu diingat bahwa pada awalnya mereka juga mengatakan tentang Slurm Kubernetes bahwa tidak mungkin menjelaskan k3s dalam 8 hari.

Dengan Ivan Kruglov, yang memimpin topik SRE, kami menyepakati program terpisah. Kami sedang mendiskusikan detailnya, saya akan segera mengumumkannya.

Apa yang akan terjadi di Slurm DevOps?

Program

Topik #1: Kerja Sama Tim dengan Git

• Perintah dasar git init, komit, tambah, diff, log, status, tarik, dorong
• Aliran Git, cabang dan tag, strategi penggabungan
• Bekerja dengan banyak repetisi jarak jauh
• Aliran GitHub
• Garpu, remote, tarik permintaan
• Konflik, rilis, sekali lagi tentang Gitflow dan aliran lain yang terkait dengan tim

Topik #2: Bekerja dengan aplikasi dari sudut pandang pengembangan

• Menulis layanan mikro dengan Python
• Variabel Lingkungan
• Integrasi dan pengujian unit
• Menggunakan komposisi buruh pelabuhan dalam pengembangan

Topik #3: CI/CD: pengenalan otomatisasi

• Pengantar Otomatisasi
• Alat (bash, make, gradle)
• Menggunakan git-hooks untuk mengotomatiskan proses
• Jalur perakitan pabrik dan penerapannya di bidang TI
• Contoh membangun saluran pipa “umum”.
• Perangkat lunak modern untuk CI/CD: Drone CI, BitBucket Pipelines, Travis, dll.

Topik #4: CI/CD: Bekerja dengan Gitlab

• Gitlab CI
• Gitlab Runner, jenis dan aplikasinya
• Gitlab CI, fitur konfigurasi, praktik terbaik
• Tahapan Gitlab CI
• Variabel Gitlab CI
• Bangun, uji, terapkan
• Kontrol dan pembatasan eksekusi: hanya, kapan
• Bekerja dengan artefak
• Templat di dalam .gitlab-ci.yml, menggunakan kembali tindakan di berbagai bagian pipeline
• Sertakan - bagian
• Manajemen terpusat dari gitlab-ci.yml (satu file dan push otomatis ke repositori lain)

Topik #5: Infrastruktur sebagai Kode

• IaC: Mendekati Infrastruktur sebagai Kode
• Penyedia cloud sebagai penyedia infrastruktur
• Alat inisialisasi sistem, pembuatan gambar (packer)
• IaC menggunakan Terraform sebagai contoh
• Penyimpanan konfigurasi, kolaborasi, otomatisasi aplikasi
• Praktek membuat buku pedoman yang mungkin
• Idempotensi, deklaratif
• IaC menggunakan Ansible sebagai contoh

Topik #6: Pengujian infrastruktur

• Pengujian dan integrasi berkelanjutan dengan Molecule dan Gitlab CI
• Menggunakan Gelandangan

Topik #7: Pemantauan Infrastruktur dengan Prometheus

• Mengapa pemantauan diperlukan?
• Jenis pemantauan
• Pemberitahuan dalam sistem pemantauan
• Bagaimana Membangun Sistem Pemantauan yang Sehat
• Notifikasi yang dapat dibaca manusia, untuk semua orang
• Pemeriksaan Kesehatan: apa yang harus Anda perhatikan
• Otomatisasi berdasarkan data pemantauan

Topik #8: Mencatat aplikasi dengan ELK

• Praktik Penebangan Terbaik
• tumpukan rusa

Topik #9: Otomatisasi Infrastruktur dengan ChatOps

• DevOps dan ObrolanOps
• ChatOps: Kekuatan
• Kendur dan alternatifnya
• Bot untuk ChatOps
• Hubot dan alternatifnya
• keamanan
• Praktik terbaik dan terburuk

Lokasi: Moskow, ruang konferensi hotel Sevastopol.

Tanggal: dari 30 Januari hingga 1 Februari, 3 hari kerja keras.

Pendaftaran

Sumber: www.habr.com