Slurm DevOps - tit yang berfungsi lebih baik dalam 3 hari daripada kren yang cantik pada masa hadapan yang jauh

Saya suka projek selama seminggu dan saya takut dengan projek sepanjang tahun. Dalam Agile, saya sangat menyukai konsep MVP dan kenaikan, ini hanyalah perkara saya: buat bahagian yang boleh dilaksanakan, laksanakannya dan teruskan.

Pada masa yang sama, transformasi DevOps dalam bentuk di mana ia dibincangkan dalam buku dan di persidangan hanyalah projek sepanjang tahun. Atau dalam beberapa tahun.

Kami membina kursus DevOps kami dalam paradigma "MVP DevOps dalam satu pecut" dan "kesediaan untuk kenaikan". Dan jika dalam istilah manusia, maka "supaya peserta, apabila kembali, dapat segera melaksanakan sesuatu di rumah dan mendapat manfaat daripadanya."

MVP DevOps: Kursus ini mengandungi alatan untuk proses DevOps asas. Kami tidak menetapkan tugasan untuk menyemak dan membandingkan semua sistem CI/CD atau mendedahkan kedalaman pendekatan Infrastruktur sebagai Kod. Kami menyediakan satu timbunan yang jelas: Gitlab CI/CD, Ansible, Terraform dan Packer, Molecule, Prometheus, EFK. Anda boleh datang dari kursus, mengumpul infrastruktur untuk projek perintis daripada bahan latihan dan bekerja di dalamnya.

Kesediaan untuk kenaikan: kami menyediakan setiap elemen dengan banyak amalan dan contoh. Anda boleh mengambil satu alat dan mula melaksanakannya menggunakan lukisan latihan. Contohnya, tulis buku main Ansible untuk melancarkan persekitaran pembangun atau sambungkan bot dan tadbir pelayan daripada telefon anda. Iaitu, dapatkan keputusan praktikal yang konkrit dalam seminggu. Ia mungkin sangat jauh dari transformasi DevOps seluruh syarikat, tetapi ia ada di sana, ia ada di sini, ia berfungsi dan membawa faedah.

Topik Slurm DevOps

Topik #1: Amalan terbaik Git - bercakap untuk dirinya sendiri.
Topik #2: Bekerja dengan aplikasi dari sudut pandangan pembangunan — seorang jurutera memerlukan kecekapan pentadbir dan pembangun, jadi kami memberitahu pentadbir tentang pembangunan.

Topik #3: Asas CI/CD

• Pengenalan kepada Automasi CI/CD
• Asas CI Gitlab
• Amalan terbaik dengan gitlab-runner
• Alat Bash, buat, gradle sebagai sebahagian daripada CI/CD dan banyak lagi
• Docker sebagai cara untuk menyelesaikan masalah CI

Topik #4: Gitlab CI/CD dalam pengeluaran

• Persaingan semasa memulakan pekerjaan
• Kawalan dan sekatan pelaksanaan: sahaja, bila
• Bekerja dengan artifak
• Templat, termasuk dan perkhidmatan mikro: memudahkan penggunaan

Kami memperkenalkan pelajar kepada konsep dan konsep asas CI/CD dan alatan untuk pelaksanaan CI/CD. Hasilnya, pelajar akan dapat memilih secara bebas corak reka bentuk CI/CD dan alat pelaksanaan yang sesuai.

Kemudian kami menunjukkan pelaksanaan CI/CD dalam Gitlab dan berjalan melalui persediaan, melihat cara lanjutan untuk menggunakan Gitlab CI. Hasilnya, pelajar akan dapat mengkonfigurasi Gitlab CI secara bebas untuk projek mereka sendiri.

Berbanding dengan DevOps Slurm yang pertama, kami mengecilkan teori sebanyak 2 kali (sejam setiap topik), menjauhkan diri daripada menyemak semua sistem dan meninggalkan Gitlab CI sahaja. Kami memberi tumpuan kepada latihan dan menambah banyak amalan terbaik.

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

Kami telah mengurangkan bahagian teori pada UI dan openstack cli dan menumpukan pada amalan.
Mari kita lihat dua pendekatan IaC menggunakan aplikasi yang sama, menunjukkan kebaikan dan keburukan setiap pendekatan. Hasilnya, pelajar akan memahami pendekatan yang hendak digunakan di mana, dan akan dapat bekerja dengan kedua-dua Terraform dan Ansible.

Dalam topik mengenai Terraform, kita akan melihat kerja berpasukan dan keadaan penyimpanan dalam pangkalan data dalam amalan. Apabila bekerja dengan modul, pelajar akan menulis dan mengkonfigurasi modul itu sendiri, belajar cara bekerja dengannya: guna semula, versikannya. Mari tambah kerja dengan Konsul, tunjukkan dalam kes mana ia diperlukan dan cara menggunakannya dengan betul.

Topik #6: Ujian infrastruktur

• Mari kita fikirkan mengapa mereka tidak menulis ujian?
• Apakah ujian yang terdapat dalam IaC?
• Penganalisis statik, adakah mereka benar-benar tidak berguna?
• Ujian unit IaC menggunakan molekul ansible + sebagai contoh
• Ujian sebagai sebahagian daripada ci
• Ujian ke atas steroid atau bagaimana tidak menunggu 5 jam untuk ujian IaC selesai

Мы сократили теоретическую часть, меньше рассказов про Vagrant/Molecule, больше практики и непосредственно тестирования, с фокусом на линтеры и работу с ними. Смотрим с точки зрения CI
bagaimana untuk membuat ujian lebih cepat. Dalam amalan akan ada:

• linter yang ditulis sendiri yang menyemak kehadiran pembolehubah mandatori untuk hos bergantung pada peranan;
• Kami menambah kepada ujian CI hanya peranan yang telah berubah, yang boleh mengurangkan masa pelaksanaan ujian dengan ketara;
• menambah ujian senario. Kami menggunakan keseluruhan aplikasi sebagai ujian integrasi.

Topik #7: Pemantauan Infrastruktur dengan Prometheus

• Cara Membina Sistem Pemantauan Sihat
• Pemantauan sebagai alat untuk analisis, kecekapan pembangunan dan kestabilan kod, walaupun sebelum dijual
• Menyediakan prometheus + alertmanager + grafana
• Beralih daripada pemantauan sumber kepada pemantauan aplikasi

Kami akan bercakap banyak tentang memantau perkhidmatan mikro: id permintaan, alat pemantauan api. Akan ada banyak amalan terbaik dan banyak kerja bebas.

Mari kita tulis pengeksport kita sendiri. Kami akan menyediakan pemantauan bukan sahaja infrastruktur dan aplikasi pengeluaran, tetapi juga pemasangan dalam Gitlab. Mari kita lihat statistik mengenai ujian yang gagal. Mari kita lihat dalam amalan bagaimana pemantauan akan kelihatan tanpa healthCheck dan dengannya.

Topik No. 8. Log permohonan dengan ELK

• Gambaran Keseluruhan Elastik dan alatannya
• ELK/Elastic Stack/x-pack - apakah itu dan apakah perbezaannya?
• Apakah masalah yang boleh diselesaikan menggunakan ElasticSearch (carian, penyimpanan, ciri penskalaan, fleksibiliti konfigurasi)
• Pemantauan infrastruktur (x-pack)
• Log bekas dan aplikasi (x-pack)
• Pembalakan menggunakan aplikasi kami sebagai contoh
• Amalan bekerja dengan Kibana
• Buka Distro untuk Elasticsearch dari Amazon

Topik ini telah direka semula sepenuhnya, ia dihoskan oleh Eduard Medvedev, ramai yang melihatnya di webinar di DevOps dan SRE. Beliau akan memberitahu dan menunjukkan amalan terbaik untuk bekerja dengan EFK menggunakan contoh aplikasi pendidikan. Akan ada latihan dengan Kibana.

Topik #9: Automasi Infrastruktur dengan ChatOps

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

ChatOps menambah amalan pengesahan dengan pengasingan hak, pengesahan tindakan oleh pengguna lain, teori dan amalan alternatif kepada Slack dalam bentuk Mattermost, teori unit dan ujian integrasi untuk bot.

DevOps slurm bermula pada 30 Januari. Harga - 30.
Bagi yang sudah habis membaca, ada diskaun 15% untuk kursus DevOps menggunakan kod promosi habrapost.

pendaftaran di sini

Saya akan gembira melihat anda di Slurms!

Sumber: www.habr.com