Slurm DevOps: miks me ei aruta DevOpsi filosoofiat ja mis selle asemel juhtub

Täna Southbridge'is arutasime planeerimiskoosolekul türkiissinise haldamist.

Oli neid, kes tegid ettepaneku liikuda ülevalt alla, ideest praktikasse. Nagu, rakendame türkiissinist juhtimisfilosoofiat: leidke standard, tehke otsus, kuidas rollid jaotada, kuidas suhtlust üles ehitada ja hakake seda teed mööda liikuma.

Oli neid (kaasa arvatud mina), kes tahtsid liikuda alt üles, praktikast ideeni. Meil on konkreetsed ülesanded ja konkreetsed probleemid. Lahendame need türkiissiniste tööriistade põhjal ja türkiissinise haldamine areneb iseenesest.

Kui võrrelda juhtimist arendusega, siis ülalt-alla tee on monoliidi loomine ja alt üles tee on mikroteenuse arhitektuur. Nüüd saame oma "mikroteenuste" halduses haldusahela kaks korda päevas ümber ehitada ja selle kohe tootmisse viia.

Ja programm Slurm DevOps loodud neile, kes eelistavad liikuda alt üles.

Slurm DevOps: miks me ei aruta DevOpsi filosoofiat ja mis selle asemel juhtub

Me ei aruta DevOpsi filosoofiat. Mitte sellepärast, et see oleks mõttetu või me ei tea seda või meile ei meeldiks holivarid (ja meile ei meeldi). Asi on selles, et DevOpsi filosoofia kristalliseerub igas DevOpsi arhitektis ja inseneris aastatepikkuse praktika jooksul, mitte 3-päevase intensiivse koolitusega.

Arutame konkreetseid tööriistu. Midagi, mida saab kohe ellu viia, ilma filosoofiliste vestluste ja juhtimise ümberstruktureerimiseta, igapäevatöö tasandil. Kirjutage Gitiga meeskonnatöö juhised. Kirjutage serverite juurutamise käsiraamat. Seadke sisse palgikoguja.

Selle tulemusena muutub töö lihtsamaks ja lihtsamaks ning ilmub alus, millele saate oma DevOpsi ehitada.

Southbridge'i tavadest kaugemale jõudmiseks kutsusime mõnel teemal välisesinejaid.

Artem Galonsky, STO "BureauBureau"
12+ aastat äriarenduses.
Meeskonna juht / arendusosakonna juhataja alates 2011. aastast.
Tehniline direktor alates 2016. aastast.

Vaatame koos õpilastega, kuidas automatiseerida varem kasutusel olnud rakenduste juurutamist. Arutleme tänapäevase torujuhtme ehituse ja mõningate levinud tööriistade üle. Vaatame lähemalt GitLab CI/CD tööriistu ja võimalusi. Struktureerisin praktika oma teemadel (Sissejuhatus automatiseerimisse ja töö Gitlabiga), et õpilased saaksid aimu, kuidas ja miks tänapäevaseid CI/CD meetodeid kasutatakse. Teooria on objektiivselt vajalik miinimum.

Aleksei Stepanenko, Selecteli pilveplatvormi insener
OpenStacki pilve haldamise infrastruktuuriülesannetega tegelemine: monitooring, CI/CD ja konfiguratsioonihaldus.

Esmalt räägime infrastruktuuri haldamise mudelitest ja meetoditest (kuidas lähenemised programmeerimisest haldusse jõudsid) ning tutvume praktikas HashiCorpi DevOps tööriistadega (Packer ja Terraform) infrastruktuuri deklaratiivseks haldamiseks.
Pärast ploki valmimist saate kirjeldada oma infrastruktuuri, automatiseerida test- ja tootmiskeskkondade loomist, skaleerida oma rakendust ja ehitada koormuse tasakaalustaja abil kõrge kättesaadavusega lahenduse.

Eduard Medvedev, Tungsten Labsi (Saksamaa) tehnikajuht
Töötas StackStormis insenerina, vastutades platvormi ChatOpsi funktsionaalsuse eest. Andmekeskuste automatiseerimiseks välja töötatud ja juurutatud ChatOps. Esineja Venemaa ja rahvusvahelistel konverentsidel.

Slurmis räägin sellest, kuidas muuta suhtlust DevOpsi meeskonnas ja suhtlust CI/CD torujuhtmega tõhusamaks, kasutades vestlusrobotidega kahesuunalist integratsiooni.

Ivan Kruglov, Booking.com-i peamine arendaja
Alates Booking.com-iga liitumisest 2013. aastal on ta töötanud selliste infrastruktuuriprojektide kallal nagu hajutatud sõnumite edastamine ja töötlemine, BigData ja veebipinn, otsing.
Töötab praegu sisemise pilve ja Service Meshi loomise küsimustega.

Slermi viimases osas tutvume SRE peamiste ideoloogiliste ja organisatsiooniliste kontseptsioonidega ning vaatleme nende rakendamise praktikat, kasutades minu kogemusest saadud elavaid näiteid. Lisaks vaatame SRE tehnilist poolt ehk milliste võtetega saab teenust töökindlamaks muuta.
Kursuse lõpus püüan vastata kahele olulisele küsimusele:

  1. Mida annab SRE administraatorile või programmeerijale?
  2. Miks peab ettevõte või tooteomanik SRE-d juurutama?

Nii et see DevOps Slurm on ainulaadne: kui programmi kordame, on see erineva koostisega.

Tähelepanelikule kehtib habraposti sooduskoodi kasutades veel 15% allahindlust.

Teave Slurmi DevOps programmi kohta - siin.

Registreerimine: https://slurm.io/devops

Allikas: www.habr.com

Lisa kommentaar