Aicinām uz tiešsaistes intensīvo “Slurm DevOps: Tools&Cheats”

Tiešsaistes intensīvā nodarbība notiks no 19. līdz 21. augustam Slurm DevOps: Tools & Cheats.

Galvenais ienaidnieks, ar ko cīnās DevOps kurss, ir: "Ļoti interesanti, žēl, ka mēs to nevaram ieviest savā uzņēmumā." Mēs meklējam risinājumus, ko pat parasts administrators var ieviest mantotā projektā.

Kurss paredzēts:

  • administratori, kuri vēlas ieviest DevOps praksi no apakšas;
  • uzņēmumi un komandas, kas vēlas virzīties uz DevOps kultūru maziem un skaidriem soļiem;
  • izstrādātājiem, kuri vēlas izprast “administrēšanas lietas”, lai patstāvīgi atrisinātu nelielus administratora uzdevumus un lēnām attīstītos par komandas vadītāju starpfunkcionālai komandai.

Kurss ir bezjēdzīgs tiem, kas jau zina un izmanto DevOps rīkus. Jūs neuzzināsiet neko jaunu.

Tiešsaistes intensīvais ir jaunas realitātes formāts, tas nodrošina gandrīz tādu pašu iedziļināšanos kā bezsaistes intensīvais, tikai bez brauciena uz Maskavu (kas dažiem ir pluss, bet citiem mīnuss).

Aicinām uz tiešsaistes intensīvo “Slurm DevOps: Tools&Cheats”

Mēs jau divas reizes esam vadījuši kursu par DevOps un savākuši visus lielos kadrus.
Galvenā problēma ir pieviltās cerības. Tāpēc uzreiz pateiksim, kas kursā netiks iekļauts.

Paraugprakses nebūs. Tiks veikta vienas labākās prakses analīze. Piemēram, CI/CD tēma, par kuru var viegli veikt nedēļu ilgu intensīvo kursu, aizņem 4 stundas. Šajā laikā varat parādīt pamatinformāciju un izveidot vienkāršu konveijeru, taču nevarat analizēt paraugprakses kopumu dažādiem gadījumiem.

Arī gadījumu nebūs. Lietas ir konferences tēma. Tur var stundu runāt par vienu atgadījumu no dzīves. Slurm pasniedzējs var teikt, ka "šis piemērs ir ņemts no manas prakses", nekas vairāk.

Individuāla prakses analīze netiks veikta. Prakse nav mentorings, tā ir atkārtošana pēc pasniedzēja. Prakses mērķis ir sniegt iespēju eksperimentos sākt no zināmas darba iespējas. Pēc intensīvās varat pārskatīt piezīmes un pats atkārtot praksi. Tas dos maksimālu rezultātu.

Kubernetes nebūs — lai gan šis ir DevOps rīks, mums tas ir atsevišķa intensīva.

Kas notiks?

Būs instrumentu iepazīšana no nulles un pilns risinājumu komplekts pamata infrastruktūras izbūvei.

Būs praktiķu stāstījums par reāla instrumentu izmantošana un dzīves uzdevumi. Tas ir pamats, kuram vienmēr varat pievienot neatkarīgu dokumentācijas izpēti un lietu analīzi.

Būs katru dienu atbildes uz jautājumiem, kur varat jautāt par saviem projektiem.

Būs darbs ar atsauksmēm: Mēs lūdzam atsauksmes katru dienu. Rakstiet par visu, kas jums nepatīk, mēs to izlabosim.

Un būs tradicionāla iespēja paņem naudu un aizej ja kurss tev nemaz nepatīk.

Intensīva programma

1. tēma: komandas darbs ar Git

  • Pamatkomandas git init, commit, add, diff, log, status, pull, push
  • Git plūsma, zari un tagi, apvienošanas stratēģijas
  • Darbs ar vairākiem tālvadības pārstāvjiem
  • GitHub plūsma
  • Dakša, tālvadības pults, vilkšanas pieprasījums
  • Konflikti, izlaidumi, vēlreiz par Gitflow un citām plūsmām saistībā ar komandām

2. tēma: Darbs ar lietojumprogrammu no izstrādes viedokļa

  • Mikropakalpojuma rakstīšana Python
  • Vides mainīgie
  • Integrācijas un vienību testi
  • Docker-compose izmantošana izstrādē

3. tēma: CI/CD: ievads automatizācijā

  • Ievads automatizācijā
  • Instrumenti (bash, make, gradle)
  • Git-hooku izmantošana procesu automatizēšanai
  • Rūpnīcas montāžas līnijas un to pielietojums IT
  • “Vispārēja” cauruļvada izveides piemērs
  • Mūsdienīga programmatūra CI/CD: Drone CI, BitBucket Pipelines, Travis utt.

4. tēma: CI/CD: darbs ar GitLab

  • GitLab CI
  • GitLab Runner, to veidi un lietojumi
  • GitLab CI, konfigurācijas līdzekļi, labākā prakse
  • GitLab CI posmi
  • GitLab CI mainīgie
  • Veidojiet, pārbaudiet, izvietojiet
  • Izpildes kontrole un ierobežojumi: tikai, kad
  • Darbs ar artefaktiem
  • Veidnes .gitlab-ci.yml, atkārtoti izmantojot darbības dažādās cauruļvada daļās
  • Iekļaut - sadaļas
  • Centralizēta gitlab-ci.yml pārvaldība (viens fails un automātiska pārsūtīšana uz citām krātuvēm)

5. tēma: Infrastruktūra kā kods

  • IaC: Tuvojas infrastruktūrai kā kodam
  • Mākoņu nodrošinātāji kā infrastruktūras nodrošinātāji
  • Sistēmas inicializācijas rīki, attēlu veidošana (iepakotājs)
  • IaC, kā piemēru izmantojot Terraform
  • Konfigurācijas glabāšana, sadarbība, lietojumprogrammu automatizācija
  • Ansible rokasgrāmatu izveides prakse
  • Idempotence, deklarativitāte
  • IaC, kā piemēru izmantojot Ansible

6. tēma: Infrastruktūras testēšana

  • Testēšana un nepārtraukta integrācija ar Molecule un GitLab CI
  • Izmantojot Vagrant

7. tēma: Infrastruktūras uzraudzība ar Prometheus

  • Kāpēc ir nepieciešama uzraudzība?
  • Monitoringa veidi
  • Paziņojumi uzraudzības sistēmā
  • Kā izveidot veselīgu uzraudzības sistēmu
  • Cilvēkiem lasāmi paziņojumi ikvienam
  • Veselības pārbaude: kam jāpievērš uzmanība
  • Automatizācija, kuras pamatā ir monitoringa dati

8. tēma: Lietojumprogrammu reģistrēšana ar ELK

  • Labākā mežizstrādes prakse
  • ELK kaudze

9. tēma: Infrastruktūras automatizācija ar ChatOps

  • DevOps un ChatOps
  • ChatOps: stiprās puses
  • Atslābums un alternatīvas
  • Boti priekš ChatOps
  • Hubots un alternatīvas
  • Drošība
  • Labākā un sliktākā prakse

Programma tiek īstenota un var nedaudz mainīties.

Cena: 30 000 ₽

Reģistrēšanās

Avots: www.habr.com

Pievieno komentāru