Slurm DevOps - labāk funkcionējoÅ”a zÄ«le 3 dienās nekā skaista dzērve tālā nākotnē

Man patīk nedēļu ilgs projekts, un mani biedē gadu ilgi projekti. Programmā Agile man ļoti patika MVP un pieauguma jēdziens, tā ir tikai mana lieta: izveidojiet darbīgu gabalu, ieviesiet to un turpiniet.

Tajā paŔā laikā DevOps transformācija tādā formā, kādā tā tiek apspriesta grāmatās un konferencēs, ir tikai gadu ilgs projekts. Vai gados.

Mēs izveidojām savu DevOps kursu saskaņā ar paradigmu ā€œMVP DevOps vienā sprintāā€ un ā€œgatavÄ«ba pieaugumamā€. Un ja cilvēciskā izteiksmē, tad ā€œlai dalÄ«bnieks, atgriežoties, uzreiz varētu kaut ko ieviest mājās un gÅ«t no tā labumuā€.

MVP DevOps: Kursā ir rīki pamata DevOps procesiem. Mēs neuzdevām sev uzdevumu pārskatīt un salīdzināt visas CI/CD sistēmas vai atklāt infrastruktūras kā koda pieejas dziļumus. Mēs piedāvājam vienu skaidru kaudzi: Gitlab CI/CD, Ansible, Terraform and Packer, Molecule, Prometheus, EFK. Var atbraukt no kursiem, no mācību materiāliem komplektēt infrastruktūru pilotprojektam un tajā darboties.

Slurm DevOps - labāk funkcionējoÅ”a zÄ«le 3 dienās nekā skaista dzērve tālā nākotnē

GatavÄ«ba pieaugumam: mēs sniedzam katram elementam daudz prakses un piemēru. Varat paņemt vienu rÄ«ku un sākt to ieviest, izmantojot apmācÄ«bas rasējumus. Piemēram, uzrakstiet Ansible rokasgrāmatu izstrādātāju vides izvērÅ”anai vai pievienojiet robotu un administrējiet serveri no sava tālruņa. Tas ir, iegÅ«stiet konkrētu praktisku rezultātu nedēļas laikā. Tas var bÅ«t bezgalÄ«gi tālu no visa uzņēmuma DevOps pārveidoÅ”anas, taču tas ir tur, tas ir Å”eit, tas darbojas un sniedz priekÅ”rocÄ«bas.

Slurm DevOps tēmas

1. tēma: Git paraugprakse - runā pats par sevi.
2. tēma: Darbs ar lietojumprogrammu no izstrādes viedokļa ā€” inženierim ir nepiecieÅ”amas administratora un izstrādātāja kompetences, tāpēc par izstrādi stāstām administratoriem.

3. tēma: CI/CD pamati

  • Ievads CI/CD automatizācijā
  • Gitlab CI pamati
  • Labākā prakse ar gitlab-runner
  • Bash, make, gradle rÄ«kus kā daļu no CI/CD un vairāk
  • Docker kā veids, kā atrisināt CI problēmas

4. tēma: Gitlab CI/CD ražoÅ”anā

  • Konkurence, uzsākot darbu
  • Izpildes kontrole un ierobežojumi: tikai, kad
  • Darbs ar artefaktiem
  • Veidnes, iekļauti un mikropakalpojumi: izvietoÅ”anas vienkārÅ”oÅ”ana

Mēs iepazÄ«stinām studentus ar CI/CD pamatjēdzieniem un jēdzieniem un CI/CD ievieÅ”anas instrumentiem. Rezultātā students varēs patstāvÄ«gi izvēlēties CI/CD dizaina modeli un piemērotu ievieÅ”anas rÄ«ku.

Pēc tam mēs parādām CI/CD ievieÅ”anu Gitlab un veicam iestatÄ«Å”anu, aplÅ«kojot papildu veidus, kā izmantot Gitlab CI. Rezultātā skolēns varēs patstāvÄ«gi konfigurēt Gitlab CI saviem projektiem.

SalÄ«dzinot ar pirmo DevOps Slurm, mēs samazinājām teoriju par 2 reizēm (stunda katrai tēmai), atteicāmies no visu sistēmu pārskatÄ«Å”anas un atstājām tikai Gitlab CI. Mēs koncentrējāmies uz praksi un pievienojām daudz paraugprakses.

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

Mēs esam samazinājuÅ”i teorētisko daļu par UI un openstack klipiem un koncentrējāmies uz praksi.
ApskatÄ«sim divas IaC pieejas, izmantojot vienu un to paÅ”u lietojumprogrammu, parādot katras pieejas plusus un mÄ«nusus. Rezultātā students sapratÄ«s, kuru pieeju kur izmantot, un varēs strādāt gan ar Terraform, gan ar Ansible.

Tēmā par Terraform mēs praktiski aplÅ«kosim komandas darbu un stāvokļa saglabāŔanu datubāzē. Strādājot ar moduļiem, students pats rakstÄ«s un konfigurēs moduli, iemācÄ«sies ar to strādāt: izmantot atkārtoti, versēt. Papildināsim darbu ar Consul, parādÄ«sim, kādos gadÄ«jumos tas ir nepiecieÅ”ams un kā pareizi lietot.

6. tēma: InfrastruktÅ«ras testÄ“Å”ana

  • Izdomāsim, kāpēc viņi neraksta kontroldarbus?
  • Kādi testi ir IaC?
  • Statiskie analizatori, vai tie tieŔām ir tik bezjēdzÄ«gi?
  • IaC vienÄ«bu testÄ“Å”ana, kā piemēru izmantojot ansible + molekulu
  • TestÄ“Å”ana kā daļa no ci
  • SteroÄ«du testi vai tas, kā negaidÄ«t 5 stundas, lÄ«dz beigsies IaC testi

Mēs esam samazinājuÅ”i teorētisko daļu, mazāk stāstu par Vagrant/Molecule, vairāk prakses un tieÅ”as pārbaudes, koncentrējoties uz lÄ«nijām un darbu ar tiem. Skatoties no CI viedokļa
kā paātrināt testÄ“Å”anu. Praksē bÅ«s:

  • paÅ”rakstÄ«ts lÄ«nijs, kas pārbauda saimniekam obligāto mainÄ«go esamÄ«bu atkarÄ«bā no lomas;
  • Mēs pievienojam CI testÄ“Å”anai tikai tās lomas, kas ir mainÄ«juŔās, kas var ievērojami samazināt testa izpildes laiku;
  • pievienojot scenāriju testÄ“Å”anu. Mēs izvietojam visu lietojumprogrammu kā integrācijas testu.

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

  • Kā izveidot veselÄ«gu uzraudzÄ«bas sistēmu
  • UzraudzÄ«ba kā instruments analÄ«zei, izstrādes efektivitātei un koda stabilitātei pat pirms pārdoÅ”anas
  • Prometheus + alertmanager + grafana iestatÄ«Å”ana
  • Pāreja no resursu uzraudzÄ«bas uz lietojumprogrammu uzraudzÄ«bu

Mēs daudz runāsim par mikropakalpojumu uzraudzību: pieprasīt id, api uzraudzības rīku. Būs daudz labākās prakses un daudz patstāvīga darba.

RakstÄ«sim paÅ”i savu eksportētāju. Mēs Gitlab izveidosim ne tikai ražoÅ”anas infrastruktÅ«ras un lietojumprogrammu, bet arÄ« mezglu uzraudzÄ«bu. ApskatÄ«sim statistiku par nesekmÄ«gajiem testiem. PaskatÄ«simies praksē, kā monitorings izskatÄ«sies bez HealthCheck un ar to.

Tēma Nr.8. Pieteikuma reÄ£istrÄ“Å”ana ar ELK

  • Pārskats par Elastic un tā instrumentiem
  • ELK/Elastic Stack/x-pack - kas ir un kāda ir atŔķirÄ«ba?
  • Kādas problēmas var atrisināt, izmantojot ElasticSearch (meklÄ“Å”ana, krātuve, mērogoÅ”anas lÄ«dzekļi, konfigurācijas elastÄ«ba)
  • InfrastruktÅ«ras uzraudzÄ«ba (x-pack)
  • Konteinera un lietojumprogrammu žurnāli (x-pack)
  • Mežizstrāde, piemēram, izmantojot mÅ«su lietojumprogrammu
  • Prakses darbam ar Kibanu
  • Atveriet Distro vietnei Elasticsearch no Amazon

Tēma ir pilnÄ«bā pārveidota, to vada Eduards Medvedevs, daudzi viņu redzēja vebinārā par DevOps un SRE. ViņŔ pastāstÄ«s un demonstrēs labāko praksi darbam ar EFK, izmantojot izglÄ«tojoÅ”as aplikācijas piemēru. BÅ«s prakse ar Kibanu.

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
  • TestÄ“Å”ana
  • Labākā un sliktākā prakse

ChatOps pievienoja autentifikācijas praksi ar tiesību nodalīŔanu, cita lietotāja darbību apstiprināŔanu, Slack alternatīvas teoriju un praksi Mattermost formā, vienības teoriju un robota integrācijas testus.

DevOps slurm sākas 30. janvārī. Cena - 30 000.
Tiem, kas ir pabeiguŔi lasīt, ir 15% atlaide DevOps kursam, izmantojot reklāmas kodu habrapost.

ReÄ£istrÄ“Å”anās Å”eit

PriecāŔos jÅ«s redzēt Slurms!

Avots: www.habr.com

Pievieno komentāru