Ilmoittautuminen on avoinna Slurm DevOpsiin Moskovassa

TL; DR

Slurm DevOps pidetään Moskovassa 30. tammikuuta - 1. helmikuuta.

Analysoimme jälleen DevOps-työkaluja käytännössä.
Yksityiskohdat ja ohjelma leikkauksen alla.
SRE poistettiin ohjelmasta, koska valmistelemme yhdessä Ivan Kruglovin kanssa erillistä Slurm SRE:tä. Ilmoitus tulee myöhemmin.
Kiitos Selectelille, sponsoreillemme ensimmäisestä Slurmista lähtien!

Filosofiasta, skeptisyydestä ja odottamattomasta menestyksestä

Osallistuin DevOpsConfiin Moskovassa syyskuun lopussa.
Yhteenveto kuulemistani:
— DevOpsia tarvitaan useimmissa kaikenkokoisissa projekteissa;
— DevOps on kulttuuri, kuten mikä tahansa kulttuuri, sen on tultava yrityksen sisältä. Et voi palkata DevOps-insinööriä ja haaveilla hänen parantavan prosesseja.
— Aivan DevOps-muunnoksen tarpeiden listan lopussa tulee tekniikka, eli juuri ne DevOps-työkalut, joita opetamme.

Ymmärsin, että teimme oikein, kun emme sisällyttäneet DevOps-filosofiaa ja -kulttuuria kurssille, koska sitä ei voi opettaa systemaattisesti. Kuka tarvitsee, lukee sen kirjoista. Tai hän löytää superhienon valmentajan, joka vakuuttaa kaikki karismallaan ja auktoriteettillaan.

Henkilökohtaisesti olen aina kannattanut "alhaalta liikettä", kulttuurin sissitoteutusta työkalujen avulla. Jotain samanlaista kuin Phoenix Projectissa kuvattu. Jos tiimityö Gitin kanssa on asetettu oikein, voimme pikkuhiljaa täydentää sitä säännöillä, ja sitten se tulee arvoihin.

Ja kaikesta huolimatta, kun valmistelimme DevOps Slurmia, jossa puhuimme yksinomaan työkaluista, pelkäsin osallistujien reaktiota: "Sanoitte upeita asioita. Harmi, en koskaan pysty toteuttamaan niitä." Epäilyjä oli niin paljon, että lopetimme ohjelman toistamisen välittömästi.

Suurin osa kyselyyn vastanneista vastasi kuitenkin, että saatua tietoa voidaan soveltaa käytännössä ja että he ottaisivat jotain käyttöön omassa maassaan lähitulevaisuudessa. Samaan aikaan kaikki selittämämme sisältyi hyödyllisten asioiden luetteloon: Git, Ansible, CI/CD ja SRE.

Kannattaa muistaa, että alussa myös Slurm Kubernetesista sanottiin, että k3s:a on mahdoton selittää 8 päivässä.

SRE-aihetta johtaneen Ivan Kruglovin kanssa sovimme erillisestä ohjelmasta. Keskustelemme parhaillaan yksityiskohdista, ilmoitan pian.

Mitä Slurm DevOpsissa tapahtuu?

Ohjelma

Aihe #1: Ryhmätyö Gitin kanssa

• Peruskomennot git init, commit, add, diff, log, status, pull, push
• Git flow, haarat ja tagit, yhdistämisstrategiat
• Työskentely useiden etäedustajien kanssa
• GitHub-virtaus
• Haarukka, kaukosäädin, vetopyyntö
• Ristiriidat, julkaisut, jälleen kerran Gitflowsta ja muista virroista tiimeihin liittyen

Aihe #2: Työskentely sovelluksen kanssa kehitysnäkökulmasta

• Mikropalvelun kirjoittaminen Pythonissa
• ympäristömuuttujat
• Integrointi- ja yksikkötestit
• Docker-composen käyttö kehitystyössä

Aihe #3: CI/CD: johdatus automaatioon

• Johdatus automaatioon
• Työkalut (bash, make, grale)
• Git-koukkujen käyttö prosessien automatisoimiseen
• Tehdaskokoonpanolinjat ja niiden sovellukset IT:ssä
• Esimerkki "yleisen" putkilinjan rakentamisesta
• Nykyaikainen ohjelmisto CI/CD:lle: Drone CI, BitBucket Pipelines, Travis jne.

Aihe #4: CI/CD: Työskentely Gitlabin kanssa

• Gitlab CI
• Gitlab Runner, niiden tyypit ja sovellukset
• Gitlab CI, konfigurointiominaisuudet, parhaat käytännöt
• Gitlab CI -vaiheet
• Gitlab CI -muuttujat
• Rakenna, testaa, ota käyttöön
• Toteutuksen valvonta ja rajoitukset: vain, kun
• Työskentely esineiden kanssa
• Mallit .gitlab-ci.yml-tiedoston sisällä, joissa käytetään uudelleen toimintoja liukuhihnan eri osissa
• Sisällytä - osiot
• Gitlab-ci.yml:n keskitetty hallinta (yksi tiedosto ja automaattinen työntö muihin arkistoihin)

Aihe #5: Infrastruktuuri koodina

• IaC: Approaching Infrastructure as Code
• Pilvipalveluntarjoajat infrastruktuurin tarjoajina
• Järjestelmän alustustyökalut, kuvanrakennus (pakkaaja)
• IaC käyttämällä esimerkkinä Terraformia
• Määritysten tallennus, yhteistyö, sovellusautomaatio
• Harjoittele Ansible-pelikirjojen luomista
• Idempotenssi, deklaratiivisuus
• IaC käyttämällä esimerkkinä Ansiblea

Aihe #6: Infrastruktuurin testaus

• Testaus ja jatkuva integrointi Moleculen ja Gitlab CI:n kanssa
• Vagrantin käyttö

Aihe #7: Infrastruktuurin valvonta Prometheuksen avulla

• Miksi seurantaa tarvitaan
• Valvontatyypit
• Ilmoitukset valvontajärjestelmässä
• Terveen seurantajärjestelmän rakentaminen
• Ihmisten luettavissa olevat ilmoitukset kaikille
• Terveystarkastus: mihin sinun tulee kiinnittää huomiota
• Valvontatietoihin perustuva automatisointi

Aihe #8: Hakemuksen kirjaaminen ELK:lla

• Parhaat hakkuukäytännöt
• ELK pino

Aihe #9: Infrastruktuuriautomaatio ChatOpsilla

• DevOps ja ChatOps
• ChatOps: Vahvuudet
• Slack ja vaihtoehtoja
• Botit ChatOpsille
• Hubot ja vaihtoehdot
• Безопасность
• Parhaat ja huonot käytännöt

paikka: Moskova, Sevastopol-hotellin kokoushuone.

päivät: 30. tammikuuta - 1. helmikuuta 3 päivää kovaa työtä.

Rekisteröidy

Lähde: will.com