Registraasje foar Slurm DevOps yn Moskou is iepen

TL; DR

Slurm DevOps sil hâlden wurde yn Moskou op 30 jannewaris - 1 febrewaris.

Nochris sille wy DevOps-ark yn 'e praktyk analysearje.
Details en programma ûnder de besuniging.
SRE waard fuorthelle út it programma omdat tegearre mei Ivan Kruglov wy tariede in aparte Slurm SRE. De oankundiging komt letter.
Mei tank oan Selectel, ús sponsors sûnt de earste Slurm!

Registraasje foar Slurm DevOps yn Moskou is iepen

Oer filosofy, skepsis en ûnferwacht sukses

Ik haw ein septimber bywenne oan DevOpsConf yn Moskou.
Gearfetting fan wat ik hearde:
- DevOps is nedich troch de measte projekten fan elke grutte;
- DevOps is in kultuer, lykas elke kultuer, it moat út it bedriuw komme. Jo kinne gjin DevOps-yngenieur hiere en dreame dat hy prosessen sil ferbetterje.
- Oan 'e ein fan' e list fan wat nedich is foar DevOps-transformaasje komt technology, dat is, de heul DevOps-ark dy't wy leare.

Ik realisearre dat wy gelyk hiene om DevOps-filosofy en -kultuer net yn 'e kursus op te nimmen, om't dit net systematysk leard wurde kin. Wa't it nedich hat, sil it yn boeken lêze. Of hy sil in super coole coach fine dy't elkenien sil oertsjûgje mei syn charisma en autoriteit.

Persoanlik haw ik altyd in oanhinger west fan 'e "beweging fan ûnderen", de guerrilla-ymplemintaasje fan kultuer troch ark. Iets lykas dy beskreaun yn The Phoenix Project. As wy teamwurk goed ynsteld hawwe mei Git, kinne wy ​​it stadichoan oanfolje mei regeljouwing, en dan komt it ta wearden.

En dochs, doe't wy DevOps Slurm tariede, wêr't wy it allinich oer ark hiene, wie ik bang foar de reaksje fan 'e dielnimmers: "Jo hawwe prachtige dingen sein. It is spitich, ik sil se noait útfiere kinne." Der wie safolle skepsis dat wy fuortdaliks in ein makken oan it werheljen fan it programma.

De mearderheid fan de dielnimmers antwurde lykwols yn de enkête dat de opboude kennis yn de praktyk fan tapassing wie, en dat se de kommende tiid wat yn eigen lân útfiere soene. Tagelyk wie alles wat wy útlein opnaam yn 'e list mei nuttige dingen: Git, Ansible, CI / CD, en SRE.

It soe it wurdich wêze om te ûnthâlden dat se oan it begjin ek sein hawwe oer Slurm Kubernetes dat it ûnmooglik is om k3s yn 8 dagen te ferklearjen.

Mei Ivan Kruglov, dy't it SRE-ûnderwerp liede, hawwe wy in apart programma ôfpraat. Wy besprekke op it stuit de details, ik sil gau in oankundiging meitsje.

Wat sil barre by Slurm DevOps?

It programma

Underwerp #1: Teamwork mei Git

  • Basiskommando's git init, commit, add, diff, log, status, pull, push
  • Git flow, tûken en tags, fusearje strategyen
  • Wurkje mei meardere reps op ôfstân
  • GitHub stream
  • Fork, remote, pull fersyk
  • Konflikten, releases, nochris oer Gitflow en oare streamen yn relaasje ta teams

Underwerp #2: Wurkje mei de applikaasje út in ûntwikkelingspunt

  • Skriuw in mikroservice yn Python
  • Miljeu Fariabelen
  • Yntegraasje en ienheidstests
  • Gebrûk fan docker-compose yn ûntwikkeling

Underwerp # 3: CI / CD: ynlieding ta automatisearring

  • Yntroduksje ta automatisearring
  • Tools (bash, meitsje, gradle)
  • Gebrûk fan git-hooks om prosessen te automatisearjen
  • Fabriek gearkomste linen en harren tapassing yn IT
  • In foarbyld fan it bouwen fan in "algemiene" pipeline
  • Moderne software foar CI / CD: Drone CI, BitBucket Pipelines, Travis, ensfh.

Underwerp #4: CI/CD: Wurkje mei Gitlab

  • Gitlab CI
  • Gitlab Runner, harren soarten en applikaasjes
  • Gitlab CI, konfiguraasjefunksjes, bêste praktiken
  • Gitlab CI Stages
  • Gitlab CI Fariabelen
  • Bouwe, testje, ynsette
  • Utfieringskontrôle en beheiningen: allinich, wannear
  • Wurkje mei artefakten
  • Sjabloanen binnen .gitlab-ci.yml, werbrûkende aksjes yn ferskate dielen fan 'e pipeline
  • Ynklusyf - seksjes
  • Sintraal behear fan gitlab-ci.yml (ien bestân en automatyske push nei oare repositories)

Underwerp #5: Ynfrastruktuer as koade

  • IaC: Approaching Infrastructure as Code
  • Wolkproviders as ynfrastruktuerproviders
  • Systeeminitialisaasjeark, byldbou (pakker)
  • IaC mei Terraform as foarbyld
  • Konfiguraasje opslach, gearwurking, applikaasje automatisearring
  • Oefenjen fan it meitsjen fan Ansible playbooks
  • Idempotinsje, declarativeness
  • IaC mei Ansible as foarbyld

Underwerp #6: Testen fan ynfrastruktuer

  • Testen en trochgeande yntegraasje mei Molecule en Gitlab CI
  • Mei help fan Vagrant

Underwerp #7: Ynfrastruktuermonitoring mei Prometheus

  • Wêrom is tafersjoch nedich?
  • Soarten tafersjoch
  • Notifikaasjes yn it tafersjochsysteem
  • Hoe kinne jo in sûn tafersjochsysteem bouwe
  • Minsklike lêsbere notifikaasjes, foar elkenien
  • Health Check: wat jo moatte betelje omtinken oan
  • Automatisearring basearre op tafersjochgegevens

Underwerp #8: In applikaasje oanmelde mei ELK

  • Bêste Logging Practices
  • ELK stapel

Underwerp #9: Automatisearring fan ynfrastruktuer mei ChatOps

  • DevOps en ChatOps
  • ChatOps: sterke punten
  • Slack en alternativen
  • Bots foar ChatOps
  • Hubot en alternativen
  • Feiligens
  • Bêste en minste praktiken

Plak: Moskou, konferinsje keamer fan it hotel Sevastopol.

Dates: fan 30. Jannewaris oant 1. Febrewaris, 3 dagen fan hurd wurk.

registraasje

Boarne: www.habr.com

Add a comment