Slurm DevOpsi registreerimine on avatud Moskvas

TL; DR

Slurm DevOps toimub Moskvas 30. jaanuarist 1. veebruarini.

Jällegi analüüsime DevOpsi tööriistu praktikas.
Detailid ja programm lõike all.
SRE eemaldati programmist, kuna koos Ivan Krugloviga valmistame ette eraldi Slurm SRE-d. Teade tuleb hiljem.
Aitäh Selectelile, meie sponsoritele alates esimesest Slurmist!

Slurm DevOpsi registreerimine on avatud Moskvas

Filosoofiast, skepsist ja ootamatust edust

Osalesin septembri lõpus Moskvas DevOpsConfis.
Kokkuvõte sellest, mida ma kuulsin:
— DevOpsi vajab enamik mis tahes suurusega projekte;
— DevOps on kultuur, nagu iga kultuur, peab see tulema ettevõtte seest. Te ei saa palgata DevOpsi inseneri ja unistada, et ta protsesse parandab.
— DevOpsi teisendamiseks vajalike asjade loendi lõpus on tehnoloogia, st just need DevOpsi tööriistad, mida me õpetame.

Sain aru, et meil oli õigus jätta DevOpsi filosoofia ja kultuur kursusele kaasamata, sest seda ei saa süstemaatiliselt õpetada. Kes vajab, loeb seda raamatutest. Või leiab ta endale ülilaheda treeneri, kes veenab kõiki oma karisma ja autoriteediga.

Isiklikult olen alati olnud “alt liikumise” toetaja, kultuuri sissiliku elluviimise läbi tööriistade. Midagi sarnast, mida kirjeldati Phoenixi projektis. Kui meil on meeskonnatöö Gitiga õigesti seadistatud, saame seda aeglaselt regulatsioonidega täiendada ja siis jõuame väärtusteni.

Ja sellegipoolest, kui valmistasime ette DevOps Slurmi, kus rääkisime eranditult tööriistadest, kartsin osalejate reaktsiooni: "Sa ütlesid imelisi asju. Kahju, ma ei saa neid kunagi ellu viia. Skepsist oli nii palju, et panime programmi kordamisele kohe lõpu.

Suurem osa küsitluses osalenutest vastas aga, et saadud teadmised on praktikas rakendatavad ning lähiajal viivad nad midagi ka oma riigis ellu. Samal ajal lisati kasulike asjade loendisse kõik, mida me selgitasime: Git, Ansible, CI/CD ja SRE.

Tasuks meenutada, et alguses öeldi ka Slurm Kubernetese kohta, et 3 päevaga pole võimalik k8-sid seletada.

SRE teemat juhtinud Ivan Krugloviga leppisime kokku eraldi programmi. Praegu arutame üksikasju, peagi annan teada.

Mis juhtub Slurm DevOpsis?

Programm

Teema nr 1: meeskonnatöö Gitiga

  • Põhikäsud git init, commit, add, diff, log, status, pull, push
  • Git voog, harud ja sildid, liitmisstrateegiad
  • Töötamine mitme kaugesindajaga
  • GitHubi voog
  • Kahvel, kaugjuhtimispult, tõmbenõue
  • Konfliktid, vabastamised, taaskord Gitflow ja muude meeskondadega seotud voogude kohta

Teema nr 2: Rakendusega töötamine arenduse vaatenurgast

  • Mikroteenuse kirjutamine Pythonis
  • Keskkonnamuutujad
  • Integratsiooni- ja ühikutestid
  • Docker-compose kasutamine arenduses

Teema nr 3: CI/CD: sissejuhatus automatiseerimisse

  • Sissejuhatus automatiseerimisse
  • Tööriistad (bash, make, gradle)
  • Git-hookide kasutamine protsesside automatiseerimiseks
  • Tehase koosteliinid ja nende rakendamine IT-s
  • Näide "üldise" torujuhtme ehitamisest
  • Kaasaegne tarkvara CI/CD jaoks: Drone CI, BitBucket Pipelines, Travis jne.

Teema nr 4: CI/CD: Gitlabiga töötamine

  • Gitlab CI
  • Gitlab Runner, nende tüübid ja rakendused
  • Gitlab CI, konfiguratsioonifunktsioonid, parimad tavad
  • Gitlabi CI etapid
  • Gitlabi CI muutujad
  • Ehitage, testige, juurutage
  • Täitmise kontroll ja piirangud: ainult siis, kui
  • Artefaktidega töötamine
  • Mallid failis .gitlab-ci.yml, mis kasutavad toiminguid konveieri erinevates osades
  • Kaasa - jaotised
  • Gitlab-ci.yml tsentraliseeritud haldamine (üks fail ja automaatne tõuge teistesse hoidlatesse)

Teema nr 5: infrastruktuur kui kood

  • IaC: Infrastruktuurile kui koodile lähenemine
  • Pilvepakkujad infrastruktuuri pakkujatena
  • Süsteemi lähtestamise tööriistad, pildi loomine (pakendaja)
  • IaC kasutades näiteks Terraformi
  • Konfiguratsiooni salvestamine, koostöö, rakenduste automatiseerimine
  • Ansible mänguraamatute loomise praktika
  • Idempotentsus, deklaratiivsus
  • IaC, kasutades näitena Ansible

Teema nr 6: Infrastruktuuri testimine

  • Testimine ja pidev integreerimine Molecule'i ja Gitlab CI-ga
  • Vagranti kasutamine

Teema nr 7: Infrastruktuuri monitooring Prometheusega

  • Miks on jälgimine vajalik?
  • Seire liigid
  • Märguanded seiresüsteemis
  • Kuidas luua tervislik seiresüsteem
  • Inimloetavad märguanded kõigile
  • Tervisekontroll: millele peaksite tähelepanu pöörama
  • Seireandmetel põhinev automatiseerimine

Teema #8: Rakenduste logimine ELK-ga

  • Parimad metsaraietavad
  • ELK virn

Teema nr 9: infrastruktuuri automatiseerimine ChatOpsiga

  • DevOps ja ChatOps
  • ChatOps: tugevused
  • Slack ja alternatiivid
  • ChatOpsi robotid
  • Hubot ja alternatiivid
  • turvalisus
  • Parimad ja halvimad tavad

Asukoht: Moskva, Sevastopoli hotelli konverentsiruum.

Kuupäevad: 30. jaanuarist 1. veebruarini 3 päeva rasket tööd.

Registreeru

Allikas: www.habr.com

Lisa kommentaar