Slurm DevOps: kial ni ne diskutos la DevOps-filozofion kaj kio okazos anstataŭe

Hodiaŭ ĉe Southbridge ni diskutis turkisan administradon ĉe plankunveno.

Estis tiuj, kiuj proponis moviĝi de supre al sube, de ideo al praktiko. Kiel, ni efektivigu la turkisan administradfilozofion: trovu normon, prenu decidon pri kiel roloj devas esti dividitaj, kiel komunikado estu konstruita, kaj ekmoviĝu laŭ tiu ĉi vojo.

Estis tiuj (inkluzive de mi) kiuj volis moviĝi de malsupre supren, de praktiko al ideo. Ni havas specifajn taskojn kaj specifajn problemojn. Ni solvu ilin surbaze de turkisaj iloj, kaj turkisa administrado disvolvos per si mem.

Se vi komparas administradon kun evoluo, la desupra vojo kreas monoliton, kaj la malsupra vojo estas mikroserva arkitekturo. Nun, en nia "mikroserva" administrado, ni povas rekonstrui la administran cirkviton dufoje tage kaj tuj "ruligi ĝin en produktadon."

Kaj la programo Slurm DevOps kreita por tiuj, kiuj preferas moviĝi de malsupre supren.

Slurm DevOps: kial ni ne diskutos la DevOps-filozofion kaj kio okazos anstataŭe

Ni ne diskutos pri DevOps-filozofio. Ne ĉar ĝi estas sensenca, aŭ ni ne scias ĝin, aŭ ni ne ŝatas holivarojn (kaj ni ne). Estas nur, ke la filozofio DevOps kristaliĝas en ĉiu DevOps-arkitekto kaj inĝeniero dum jaroj da praktiko, kaj ne en 3 tagoj da intensa trejnado.

Ni diskutos specifajn ilojn. Io, kio povas esti efektivigita tuj, sen filozofiaj konversacioj kaj administrada restrukturado, je la nivelo de ĉiutaga laboro. Skribu instrukciojn pri teama laboro kun Git. Skribu ludlibron por disfaldi servilojn. Agordu ŝtipkolektilon.

Kiel rezulto, laboro fariĝos pli facila kaj pli simpla, kaj aperos bazo sur kiu vi povas konstrui viajn DevOps.

Por iri preter Southbridge-praktikoj, ni invitis eksterajn parolantojn pri kelkaj temoj.

Artem Galonsky, STO "BureauBureau"
12+ jaroj en komerca evoluo.
Teamgvidanto/estro de disvolva sekcio ekde 2011.
Teknika Direktoro ekde 2016.

Kune kun studentoj, ni rigardos manierojn aŭtomatigi la deplojon de aplikoj kiuj estis uzitaj antaŭe. Ni diskutu modernan duktokonstruon kaj iujn komunajn ilojn. Ni rigardu pli detale la ilojn kaj kapablojn de GitLab CI/CD. Mi strukturis la praktikon pri miaj temoj (Enkonduko al Aŭtomatigo kaj Laborado kun Gitlab) por ke studentoj ekkomprenu kiel kaj kial modernaj CI/KD-metodoj estas uzataj. La teorio estos la objektive necesa minimumo.

Alexey Stepanenko, Selectel nuba platforminĝeniero
Traktante infrastrukturajn taskojn por konservi la OpenStack-nubon: monitorado, CI/KD kaj agorda administrado.

Unue, ni parolos pri modeloj kaj metodoj de infrastruktura administrado (kiel aliroj de programado venis en administradon), kaj ni praktike konatiĝos kun la DevOps-iloj de HashiCorp (Packer kaj Terraform) por deklara infrastruktura administrado.
Fininte la blokon, vi povos priskribi vian infrastrukturon, aŭtomatigi la kreadon de testaj kaj produktadmedioj, skali vian aplikaĵon kaj konstrui solvon de Alta Havebleco per ŝarĝbalancilo.

Eduard Medvedev, CTO ĉe Tungsten Labs (Germanio)
Laboris kiel inĝeniero ĉe StackStorm, respondeca pri la ChatOps-funkcio de la platformo. Disvolvita kaj efektivigita ChatOps por datencentra aŭtomatigo. Parolanto ĉe rusaj kaj internaciaj konferencoj.

Ĉe Slurm, mi parolos pri kiel fari komunikadon ene de DevOps-teamo kaj interago kun la CI/CD-dukto pli efika uzante dudirektan integriĝon kun babilrotoj.

Ivan Kruglov, Ĉefprogramisto ĉe Booking.com
Ekde aliĝo al Booking.com en 2013, li laboris pri infrastrukturaj projektoj kiel distribua mesaĝo livero kaj prilaborado, BigData kaj ret-stako, serĉo.
Nuntempe laboras pri aferoj pri konstruado de interna nubo kaj Service Mesh.

En la lasta parto de Slerm, ni konatiĝos kun la ĉefaj ideologiaj kaj organizaj konceptoj de SRE, kaj konsideros la praktikon de ilia aplikado uzante vivajn ekzemplojn el mia sperto. Krome, ni rigardos la teknikan flankon de SRE, nome kiaj teknikoj povas esti uzataj por fari la servon pli fidinda.
Fine de la kurso, mi provos respondi du gravajn demandojn:

  1. Kion donas SRE al administranto aŭ programisto?
  2. Kial komerca aŭ produktposedanto bezonas efektivigi SRE?

Do ĉi tiu DevOps Slurm estos unika: se ni ripetos la programon, ĝi estos kun malsama komponado.

Por tiuj, kiuj estas atentaj, ankoraŭ estas 15% rabato uzante la reklamkodon de habrapost.

Pri la programo DevOps de Slurm - tie.

Aliĝilo: https://slurm.io/devops

fonto: www.habr.com

Aldoni komenton