Regjistrimi për Slurm DevOps në Moskë është i hapur

TL; DR

Slum DevOps do të mbahet në Moskë më 30 janar - 1 shkurt.

Përsëri ne do të analizojmë mjetet DevOps në praktikë.
Detajet dhe programi nën prerje.
SRE u hoq nga programi sepse së bashku me Ivan Kruglov po përgatisim një Slurm SRE të veçantë. Njoftimi do të vijë më vonë.
Falë Selectel, sponsorëve tanë që nga Slurm e parë!

Regjistrimi për Slurm DevOps në Moskë është i hapur

Rreth filozofisë, skepticizmit dhe suksesit të papritur

Kam marrë pjesë në DevOpsConf në Moskë në fund të shtatorit.
Përmbledhje e asaj që dëgjova:
— DevOps nevojitet nga shumica e projekteve të çdo madhësie;
— DevOps është një kulturë, si çdo kulturë, ajo duhet të vijë nga brenda kompanisë. Nuk mund të punësosh një inxhinier DevOps dhe të ëndërrosh që ai të përmirësojë proceset.
— Në fund të listës së asaj që nevojitet për transformimin e DevOps vjen teknologjia, domethënë vetë mjetet DevOps që ne mësojmë.

Kuptova se kishim të drejtë që nuk përfshinim filozofinë dhe kulturën DevOps në kurs, sepse kjo nuk mund të mësohet në mënyrë sistematike. Kush ka nevojë do ta lexojë në libra. Ose ai do të gjejë një trajner super të lezetshëm që do t'i bindë të gjithë me karizmën dhe autoritetin e tij.

Personalisht kam qenë gjithmonë mbështetës i “lëvizjes nga poshtë”, i zbatimit gueril të kulturës me mjete. Diçka si ajo e përshkruar në Projektin Phoenix. Nëse kemi një punë ekipore me Git të konfiguruar në mënyrë korrekte, mund ta plotësojmë ngadalë me rregullore dhe më pas do të vijnë në vlera.

E megjithatë, kur po përgatisnim DevOps Slurm, ku po flisnim ekskluzivisht për veglat, kisha frikë nga reagimi i pjesëmarrësve: “Thuaj gjëra të mrekullueshme. Është për të ardhur keq, nuk do të mund t'i zbatoj kurrë." Kishte aq shumë skepticizëm sa që menjëherë i dhamë fund përsëritjes së programit.

Megjithatë, shumica e pjesëmarrësve u përgjigjën në anketë se njohuritë e fituara ishin të zbatueshme në praktikë dhe se ata do të zbatonin diçka në vendin e tyre në të ardhmen e afërt. Në të njëjtën kohë, gjithçka që shpjeguam u përfshi në listën e gjërave të dobishme: Git, Ansible, CI/CD dhe SRE.

Vlen të kujtohet se në fillim ata gjithashtu thanë për Slurm Kubernetes se është e pamundur të shpjegohen k3 në 8 ditë.

Me Ivan Kruglov, i cili udhëhoqi temën e SRE-së, ne ramë dakord për një program të veçantë. Aktualisht jemi duke diskutuar detajet, së shpejti do të bëj një njoftim.

Çfarë do të ndodhë në Slurm DevOps?

Program

Tema #1: Puna ekipore me Git

  • Komandat bazë git init, commit, add, diff, log, status, pull, push
  • Rrjedha e Git, degët dhe etiketat, strategjitë e bashkimit
  • Puna me përsëritje të shumta në distancë
  • Rrjedha e GitHub
  • Kërkesë për pirun, telekomandë, tërheqje
  • Konflikte, lëshime, edhe një herë rreth Gitflow dhe flukseve të tjera në lidhje me ekipet

Tema #2: Puna me aplikacionin nga pikëpamja e zhvillimit

  • Shkrimi i një mikroshërbimi në Python
  • Variablat e Mjedisit
  • Integrimi dhe testet e njësive
  • Përdorimi i docker-compose në zhvillim

Tema #3: CI/CD: hyrje në automatizim

  • Hyrje në Automatizim
  • Mjetet (bash, bëj, gradoje)
  • Përdorimi i git-hooks për të automatizuar proceset
  • Linjat e montimit të fabrikës dhe aplikimi i tyre në IT
  • Një shembull i ndërtimit të një tubacioni "të përgjithshëm".
  • Softuer modern për CI/CD: Drone CI, BitBucket Pipelines, Travis, etj.

Tema #4: CI/CD: Puna me Gitlab

  • Gitlab CI
  • Gitlab Runner, llojet dhe aplikimet e tyre
  • Gitlab CI, veçoritë e konfigurimit, praktikat më të mira
  • Fazat e Gitlab CI
  • Variablat Gitlab CI
  • Ndërtoni, testoni, vendosni
  • Kontrolli i ekzekutimit dhe kufizimet: vetëm, kur
  • Puna me artefakte
  • Modele brenda .gitlab-ci.yml, duke ripërdorur veprime në pjesë të ndryshme të tubacionit
  • Përfshi - seksione
  • Menaxhimi i centralizuar i gitlab-ci.yml (një skedar dhe shtytje automatike në depo të tjera)

Tema #5: Infrastruktura si kod

  • IaC: Afrimi i Infrastrukturës si Kod
  • Ofruesit e reve kompjuterike si ofrues të infrastrukturës
  • Mjetet e inicializimit të sistemit, ndërtimi i imazhit (paker)
  • IaC duke përdorur Terraform si shembull
  • Ruajtja e konfigurimit, bashkëpunimi, automatizimi i aplikacioneve
  • Praktika e krijimit të librave lojërash Ansible
  • Idempotenca, deklarativiteti
  • IaC duke përdorur Ansible si shembull

Tema #6: Testimi i infrastrukturës

  • Testimi dhe integrimi i vazhdueshëm me Molecule dhe Gitlab CI
  • Duke përdorur Vagrant

Tema #7: Monitorimi i Infrastrukturës me Prometheun

  • Pse nevojitet monitorimi?
  • Llojet e monitorimit
  • Njoftimet në sistemin e monitorimit
  • Si të ndërtoni një sistem të shëndetshëm monitorimi
  • Njoftime të lexueshme nga njeriu, për të gjithë
  • Kontrolli shëndetësor: çfarë duhet t'i kushtoni vëmendje
  • Automatizimi i bazuar në të dhënat e monitorimit

Tema #8: Regjistrimi i një aplikacioni me ELK

  • Praktikat më të mira të prerjeve
  • pirg ELK

Tema #9: Automatizimi i Infrastrukturës me ChatOps

  • DevOps dhe ChatOps
  • ChatOps: pikat e forta
  • Plogështi dhe alternativa
  • Bots për ChatOps
  • Hubot dhe alternativat
  • siguri
  • Praktikat më të mira dhe më të këqija

vendi: Moskë, salla e konferencave të hotelit Sevastopol.

Даты: nga 30 janari deri më 1 shkurt, 3 ditë punë të palodhur.

Regjistrim

Burimi: www.habr.com

Shto një koment