Pendaftaran untuk Slurm DevOps di Moscow dibuka

TL; DR

Slurm DevOps akan diadakan di Moscow pada 30 Januari - 1 Februari.

Sekali lagi kami akan menganalisis alat DevOps dalam amalan.
Butiran dan program di bawah potongan.
SRE telah dialih keluar daripada program kerana bersama-sama dengan Ivan Kruglov kami sedang menyediakan SRE Slurm yang berasingan. Pengumuman akan datang kemudian.
Terima kasih kepada Selectel, penaja kami sejak Slurm pertama!

Mengenai falsafah, keraguan dan kejayaan yang tidak dijangka

Saya menghadiri DevOpsConf di Moscow pada akhir September.
Ringkasan apa yang saya dengar:
— DevOps diperlukan oleh kebanyakan projek dalam sebarang saiz;
— DevOps ialah budaya, seperti mana-mana budaya, ia mesti datang dari dalam syarikat. Anda tidak boleh mengupah jurutera DevOps dan bermimpi bahawa dia akan menambah baik proses.
— Pada penghujung senarai perkara yang diperlukan untuk transformasi DevOps terdapat teknologi, iaitu alat DevOps yang kami ajar.

Saya menyedari bahawa kami betul untuk tidak memasukkan falsafah dan budaya DevOps dalam kursus, kerana ini tidak boleh diajar secara sistematik. Sesiapa yang memerlukannya akan membacanya dalam buku. Atau dia akan mencari jurulatih yang hebat yang akan meyakinkan semua orang dengan karisma dan kewibawaannya.

Secara peribadi, saya sentiasa menjadi penyokong "gerakan dari bawah", pelaksanaan gerila budaya melalui alat. Sesuatu seperti yang diterangkan dalam Projek Phoenix. Jika kita mempunyai kerja berpasukan dengan Git yang disediakan dengan betul, kita boleh menambahnya secara perlahan-lahan dengan peraturan, dan kemudian ia akan mencapai nilai.

Dan semua yang sama, apabila kami menyediakan DevOps Slurm, di mana kami bercakap secara eksklusif mengenai alat, saya takut dengan reaksi para peserta: "Anda mengatakan perkara yang menarik. Sayang sekali, saya tidak akan dapat melaksanakannya." Terdapat begitu banyak keraguan sehingga kami segera menamatkan program itu.

Walau bagaimanapun, majoriti peserta menjawab dalam tinjauan bahawa pengetahuan yang diperoleh adalah boleh digunakan dalam amalan, dan mereka akan melaksanakan sesuatu di negara mereka sendiri dalam masa terdekat. Pada masa yang sama, semua yang kami jelaskan disertakan dalam senarai perkara berguna: Git, Ansible, CI/CD dan SRE.

Perlu diingat bahawa pada mulanya mereka juga mengatakan tentang Slurm Kubernetes bahawa adalah mustahil untuk menjelaskan k3 dalam 8 hari.

Dengan Ivan Kruglov, yang mengetuai topik SRE, kami bersetuju dengan program yang berasingan. Kami sedang membincangkan butirannya, saya akan membuat pengumuman tidak lama lagi.

Apakah yang akan berlaku di Slurm DevOps?

Program

Topik #1: Kerja berpasukan dengan Git

• Perintah asas git init, commit, add, diff, log, status, tarik, tolak
• Aliran Git, cawangan dan tag, menggabungkan strategi
• Bekerja dengan berbilang wakil jauh
• Aliran GitHub
• Garpu, jauh, permintaan tarik
• Konflik, keluaran, sekali lagi tentang Gitflow dan aliran lain yang berkaitan dengan pasukan

Topik #2: Bekerja dengan aplikasi dari sudut pandangan pembangunan

• Menulis perkhidmatan mikro dalam Python
• Pembolehubah Persekitaran
• Penyepaduan dan ujian unit
• Menggunakan docker-compose dalam pembangunan

Topik #3: CI/CD: pengenalan kepada automasi

• Pengenalan kepada Automasi
• Alat (bash, buat, gradle)
• Menggunakan git-hooks untuk mengautomasikan proses
• Barisan pemasangan kilang dan aplikasinya dalam IT
• Contoh membina saluran paip "umum".
• Perisian moden untuk CI/CD: Drone CI, BitBucket Pipelines, Travis, dsb.

Topik #4: CI/CD: Bekerja dengan Gitlab

• Gitlab CI
• Gitlab Runner, jenis dan aplikasinya
• Gitlab CI, ciri konfigurasi, amalan terbaik
• Peringkat CI Gitlab
• Pembolehubah Gitlab CI
• Bina, uji, gunakan
• Kawalan dan sekatan pelaksanaan: sahaja, bila
• Bekerja dengan artifak
• Templat di dalam .gitlab-ci.yml, menggunakan semula tindakan di bahagian berlainan saluran paip
• Sertakan - bahagian
• Pengurusan terpusat gitlab-ci.yml (satu fail dan tolak automatik ke repositori lain)

Topik #5: Infrastruktur sebagai Kod

• IaC: Mendekati Infrastruktur sebagai Kod
• Pembekal awan sebagai penyedia infrastruktur
• Alat permulaan sistem, pembinaan imej (pembungkus)
• IaC menggunakan Terraform sebagai contoh
• Storan konfigurasi, kerjasama, automasi aplikasi
• Amalan mencipta buku permainan Ansible
• Idepotency, deklaratif
• IaC menggunakan Ansible sebagai contoh

Topik #6: Ujian infrastruktur

• Pengujian dan penyepaduan berterusan dengan Molekul dan Gitlab CI
• Menggunakan Vagrant

Topik #7: Pemantauan Infrastruktur dengan Prometheus

• Mengapa pemantauan diperlukan?
• Jenis pemantauan
• Pemberitahuan dalam sistem pemantauan
• Cara Membina Sistem Pemantauan Sihat
• Pemberitahuan yang boleh dibaca manusia, untuk semua orang
• Pemeriksaan Kesihatan: perkara yang perlu anda perhatikan
• Automasi berdasarkan data pemantauan

Topik #8: Melog aplikasi dengan ELK

• Amalan Pembalakan Terbaik
• Timbunan ELK

Topik #9: Automasi Infrastruktur dengan ChatOps

• DevOps dan ChatOps
• ChatOps: Kekuatan
• Slack dan alternatif
• Bot untuk ChatOps
• Hubot dan alternatif
• keselamatan
• Amalan terbaik dan terburuk

Tempat: Moscow, bilik persidangan hotel Sevastopol.

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

pendaftaran

Sumber: www.habr.com