Moskova'da Slurm DevOps kaydı açıldı

TL; DR

Slurm DevOps 30 Ocak - 1 Şubat tarihleri ​​arasında Moskova'da düzenlenecek.

Yine DevOps araçlarını pratikte analiz edeceğiz.
Ayrıntılar ve program kesim altında.
SRE programdan çıkarıldı çünkü Ivan Kruglov ile birlikte ayrı bir Slurm SRE hazırlıyoruz. Duyuru daha sonra gelecek.
İlk Slurm'dan beri sponsorlarımız olan Selectel'e teşekkürler!

Felsefe, şüphecilik ve beklenmedik başarı hakkında

Eylül ayının sonunda Moskova'daki DevOpsConf'a katıldım.
Duyduklarımın özeti:
— DevOps'a her boyuttaki çoğu proje ihtiyaç duyar;
— DevOps bir kültürdür, tıpkı diğer kültürler gibi, şirket içinden gelmelidir. Bir DevOps mühendisini işe alıp onun süreçleri iyileştireceğini hayal edemezsiniz.
— DevOps dönüşümü için gerekenler listesinin en sonunda teknoloji, yani öğrettiğimiz DevOps araçları geliyor.

DevOps felsefesini ve kültürünü derse dahil etmemekte haklı olduğumuzu fark ettim çünkü bu sistematik bir şekilde öğretilemez. Kimin ihtiyacı varsa onu kitaplarda okuyacaktır. Veya karizması ve otoritesiyle herkesi ikna edecek süper havalı bir koç bulacaktır.

Kişisel olarak ben her zaman “aşağıdan hareketin”, kültürün araçlar aracılığıyla gerilla uygulanmasının destekçisi oldum. Phoenix Projesi'nde anlatılana benzer bir şey. Git'i doğru kurarak ekip çalışmasını yaparsak yavaş yavaş düzenlemelerle destekleyebiliriz, o zaman değerlere ulaşırız.

Yine de, yalnızca araçlardan bahsettiğimiz DevOps Slurm'u hazırlarken katılımcıların tepkisinden korktum: “Harika şeyler söyledin. Yazık ki bunları hiçbir zaman uygulayamayacağım.” O kadar çok şüphe vardı ki programın tekrarlanmasına hemen son verdik.

Ancak ankete katılanların çoğunluğu, edinilen bilgilerin pratikte uygulanabilir olduğunu ve yakın gelecekte kendi ülkelerinde de bir şeyler uygulayacaklarını yanıtladı. Aynı zamanda anlattığımız her şey yararlı şeyler listesine dahil edildi: Git, Ansible, CI/CD ve SRE.

Başlangıçta Slurm Kubernetes için de k3'leri 8 günde açıklamanın imkansız olduğunu söylediklerini hatırlamakta fayda var.

SRE konusunu yöneten Ivan Kruglov ile ayrı bir program üzerinde anlaştık. Şu anda detayları görüşüyoruz, yakında duyuru yapacağım.

Slurm DevOps'ta neler olacak?

Program

Konu #1: Git ile Ekip Çalışması

• Temel komutlar git init, commit, add, diff, log, status, pull, push
• Git akışı, dallar ve etiketler, birleştirme stratejileri
• Birden fazla uzak temsilciyle çalışma
• GitHub akışı
• Çatal, uzaktan kumanda, çekme isteği
• Gitflow ve ekiplerle ilgili diğer akışlar hakkında bir kez daha çatışmalar, sürümler

Konu #2: Uygulamayla geliştirme bakış açısıyla çalışmak

• Python'da bir mikro hizmet yazmak
• Ortam Değişkenleri
• Entegrasyon ve birim testleri
• Geliştirmede docker-compose'u kullanma

Konu #3: CI/CD: otomasyona giriş

• Otomasyona Giriş
• Araçlar (bash, make, gradle)
• Süreçleri otomatikleştirmek için git-hook'ları kullanma
• Fabrika montaj hatları ve BT'deki uygulamaları
• “Genel” bir boru hattı oluşturma örneği
• CI/CD için modern yazılım: Drone CI, BitBucket Pipelines, Travis, vb.

Konu #4: CI/CD: Gitlab ile Çalışmak

• Gitlab CI
• Gitlab Runner, çeşitleri ve uygulamaları
• Gitlab CI, yapılandırma özellikleri, en iyi uygulamalar
• Gitlab CI Aşamaları
• Gitlab CI Değişkenleri
• Derleyin, test edin, dağıtın
• Yürütme kontrolü ve kısıtlamalar: yalnızca, ne zaman
• Artefaktlarla çalışma
• .gitlab-ci.yml içindeki şablonlar, işlem hattının farklı bölümlerindeki eylemleri yeniden kullanır
• Dahil et - bölümler
• gitlab-ci.yml'nin merkezi yönetimi (tek dosya ve diğer depolara otomatik aktarma)

Konu #5: Kod Olarak Altyapı

• IaC: Altyapıya Kod Olarak Yaklaşmak
• Altyapı sağlayıcıları olarak bulut sağlayıcıları
• Sistem başlatma araçları, görüntü oluşturma (paketleyici)
• Örnek olarak Terraform'u kullanan IaC
• Yapılandırma depolama, işbirliği, uygulama otomasyonu
• Ansible başucu kitapları oluşturma alıştırması
• İdempotluk, bildirimsellik
• Ansible'ı örnek olarak kullanan IaC

Konu #6: Altyapı testi

• Molecule ve Gitlab CI ile test etme ve sürekli entegrasyon
• Vagrant'ı Kullanma

Konu #7: Prometheus ile Altyapı İzleme

• İzleme neden gereklidir?
• İzleme türleri
• İzleme sistemindeki bildirimler
• Sağlıklı Bir İzleme Sistemi Nasıl Kurulur?
• Herkes için insanlar tarafından okunabilen bildirimler
• Sağlık Kontrolü: Nelere dikkat etmelisiniz?
• İzleme verilerine dayalı otomasyon

Konu #8: ELK ile bir uygulamanın günlüğe kaydedilmesi

• En İyi Günlüğe Kaydetme Uygulamaları
• ELK yığını

Konu #9: ChatOps ile Altyapı Otomasyonu

• DevOps ve ChatOps
• ChatOps: Güçlü Yönler
• Gevşeklik ve alternatifler
• ChatOps için Botlar
• Hubot ve alternatifler
• güvenlik
• En iyi ve en kötü uygulamalar

yer: Moskova, Sevastopol otelinin konferans salonu.

Tarihler: 30 Ocak'tan 1 Şubat'a kadar 3 gün sıkı çalışma.

kayıt

Kaynak: habr.com