Moskuko Slurm DevOps-en izen-ematea zabalik dago

TL; DR

Slurm DevOps Moskun ospatuko da urtarrilaren 30etik otsailaren 1era.

Berriz ere DevOps tresnak praktikan aztertuko ditugu.
Xehetasunak eta programa ebaki azpian.
SRE programatik kendu zen Ivan Kruglov-ekin batera Slurm SRE bereizia prestatzen ari garelako. Iragarpena geroago etorriko da.
Eskerrik asko Selectel-i, gure babesleak lehen Slurm-etik!

Moskuko Slurm DevOps-en izen-ematea zabalik dago

Filosofiari, eszeptizismoari eta ustekabeko arrakastari buruz

Moskun DevOpsConf-en parte hartu nuen irailaren amaieran.
Entzun dudanaren laburpena:
— DevOps edozein tamainatako proiektu gehienek behar dute;
— DevOps kultura bat da, edozein kultura bezala, enpresa barrutik etorri behar da. Ezin duzu DevOps ingeniaririk kontratatu eta prozesuak hobetuko dituela amestu.
— DevOps eraldaketarako beharrezkoa den zerrendaren amaieran teknologia dator, hau da, irakasten ditugun DevOps tresnak.

Konturatu nintzen arrazoi geneukala DevOps filosofia eta kultura ikastaroan ez sartzeko, hori ezin baita sistematikoki irakatsi. Behar duenak liburuetan irakurriko du. Edo bere karisma eta agintearekin denak konbentzituko dituen entrenatzaile super cool bat aurkituko du.

Pertsonalki, beti izan naiz “behetik mugimenduaren” aldekoa, erreminten bidez kultura gerrillan gauzatzearen alde. The Phoenix Project-en deskribatutakoaren antzeko zerbait. Git-ekin talde-lana behar bezala konfiguratuta badugu, poliki-poliki araudiekin osa dezakegu, eta orduan balioetara iritsiko da.

Eta, hala ere, DevOps Slurm prestatzen ari ginela, tresnei buruz soilik hitz egiten ari ginenean, parte-hartzaileen erreakzioaren beldur nintzen: “Gauza zoragarriak esan dituzu. Pena da, ez ditut inoiz gauzatu ahal izango». Eszeptizismo handia zegoenez, berehala amaitu genuen programa errepikatzeari.

Hala ere, parte-hartzaile gehienek inkestan erantzun zuten lortutako ezagutza praktikan aplikagarria zela, eta etorkizun hurbilean zerbait ezarriko zutela euren herrialdean. Aldi berean, azaldu genuen guztia gauza erabilgarriaren zerrendan sartu zen: Git, Ansible, CI/CD eta SRE.

Komeni da gogoratzea hasieran Slurm Kubernetes-i buruz ere esan zutela ezinezkoa dela k3ak 8 egunetan azaltzea.

SRE gaia zuzendu zuen Ivan Kruglov-ekin, aparteko programa bat adostu genuen. Une honetan xehetasunak eztabaidatzen ari gara, laster iragarpena egingo dut.

Zer gertatuko da Slurm DevOps-en?

Programa

1. gaia: Git-ekin talde lana

  • Oinarrizko komandoak git init, commit, add, diff, log, status, pull, push
  • Git fluxua, adarrak eta etiketak, batu estrategiak
  • Urruneko hainbat ordezkarirekin lan egitea
  • GitHub fluxua
  • Sardexka, urrunekoa, tira eskaera
  • Gatazkak, kaleratzeak, beste behin Gitflow eta beste fluxuen inguruan taldeei dagokienez

2. gaia: Aplikazioarekin lan egitea garapenaren ikuspuntutik

  • Python-en mikrozerbitzu bat idaztea
  • Inguruneko aldagaiak
  • Integrazioa eta unitate-probak
  • Garapenean docker-compose erabiltzea

3. gaia: CI/CD: automatizazioaren sarrera

  • Automatizazioaren sarrera
  • Tresnak (bash, make, gradle)
  • Git-hook-ak erabiliz prozesuak automatizatzeko
  • Fabrikako muntaketa-lerroak eta horien aplikazioa informatikan
  • Hoditeria “orokorra” eraikitzearen adibide bat
  • CI/CDrako software modernoa: Drone CI, BitBucket Pipelines, Travis, etab.

4. gaia: CI/CD: Gitlab-ekin lan egitea

  • Gitlab CI
  • Gitlab Runner, haien motak eta aplikazioak
  • Gitlab CI, konfigurazio-ezaugarriak, praktika onak
  • Gitlab CI faseak
  • Gitlab CI aldagaiak
  • Eraiki, probatu, zabaldu
  • Exekuzio kontrola eta murrizketak: soilik, noiz
  • Artefaktuekin lan egitea
  • .gitlab-ci.yml barruan txantiloiak, kanalizazioko atal ezberdinetako ekintzak berrerabiliz
  • Sartu - atalak
  • Gitlab-ci.yml-ren kudeaketa zentralizatua (fitxategi bat eta push automatikoa beste biltegietara)

5. gaia: Azpiegitura Kode gisa

  • IaC: Azpiegitura Kode gisa hurbiltzea
  • Hodeiko hornitzaileak azpiegitura hornitzaile gisa
  • Sistema hasieratzeko tresnak, irudien eraikuntza (paketatzailea)
  • IaC Terraform adibide gisa erabiliz
  • Konfigurazio biltegiratzea, lankidetza, aplikazioen automatizazioa
  • Ansible jolas-liburuak sortzeko praktika
  • Inpotentzia, deklaratibotasuna
  • IaC Ansible erabiliz adibide gisa

6. gaia: Azpiegituren probak

  • Probak eta etengabeko integrazioa Molecule eta Gitlab CIrekin
  • Vagrant erabiliz

7. gaia: Azpiegituren jarraipena Prometheus-ekin

  • Zergatik behar da monitorizazioa?
  • Jarraipen motak
  • Jakinarazpenak jarraipen-sisteman
  • Nola eraiki zaintza sistema osasuntsu bat
  • Gizakiek irakur daitezkeen jakinarazpenak, guztientzako
  • Osasun-egiaztapena: arreta jarri behar diozunari
  • Monitorizazio datuetan oinarritutako automatizazioa

8. gaia: ELK-rekin aplikazio bat erregistratzea

  • Erregistro-praktika onenak
  • ELK pila

9. gaia: Azpiegituren automatizazioa ChatOps-ekin

  • DevOps eta ChatOps
  • ChatOps: Indarrak
  • Slack eta alternatibak
  • ChatOps-entzako bot-ak
  • Hubot eta alternatibak
  • Безопасность
  • Praktika onenak eta txarrenak

lekuan: Mosku, Sebastopol hoteleko hitzaldi aretoa.

datak: urtarrilaren 30etik otsailaren 1era, 3 egun lan gogorra.

Izena emateko

Iturria: www.habr.com

Gehitu iruzkin berria