Online intensive do të mbahet në datat 19-21 gusht .
Armiku kryesor me të cilin lufton kursi DevOps është: "Shumë interesant, është për të ardhur keq që ne nuk mund ta zbatojmë këtë në kompaninë tonë." Ne po kërkojmë zgjidhje që edhe një administrator i zakonshëm mund t'i zbatojë në një projekt të trashëguar.
Kursi ka për qëllim:
- administratorët që duan të zbatojnë praktikat DevOps nga poshtë;
- kompanitë dhe ekipet që duan të lëvizin drejt një kulture DevOps me hapa të vegjël dhe të qartë;
- zhvilluesit që duan të kuptojnë "gjërat e administratorit" në mënyrë që të zgjidhin në mënyrë të pavarur detyrat e vogla të administratorit dhe të zhvillohen ngadalë drejt një drejtuesi ekipor për një ekip ndërfunksional.
Kursi është i padobishëm për ata që tashmë njohin dhe përdorin mjetet DevOps. Nuk do të mësoni asgjë të re.
Intensiteti në internet është një format i realiteteve të reja; ofron pothuajse të njëjtin zhytje si intensivët offline, vetëm pa një udhëtim në Moskë (që është një plus për disa dhe një minus për të tjerët).
Ne kemi kryer tashmë një kurs për DevOps dy herë dhe kemi mbledhur të gjitha fotot e mëdha që mundëm.
Problemi kryesor janë pritjet e zhgënjyera. Prandaj, ne do t'ju tregojmë menjëherë se çfarë nuk do të përfshihet në kurs.
Nuk do të ketë praktika më të mira. Do të bëhet një analizë e një praktike më të mirë. Për shembull, një temë CI/CD, në të cilën mund të bëni lehtësisht një kurs intensiv njëjavor, zgjat 4 orë. Gjatë kësaj kohe, ju mund të tregoni bazat dhe të ndërtoni një tubacion të thjeshtë, por nuk mund të analizoni një paketë praktikash më të mira për raste të ndryshme.
Nuk do të ketë as raste. Rastet janë tema e konferencës. Aty mund të flasësh për një orë për një incident nga jeta. Në Slurm, pedagogu mund të thotë se "ky shembull është marrë nga praktika ime", asgjë më shumë.
Nuk do të ketë analiza individuale të praktikës. Praktika nuk është mentorim, po përsëritet pas pedagogut. Qëllimi i praktikës është të ofrojë një mundësi në eksperimentet tuaja për të filluar nga një opsion i njohur pune. Pas përfundimit intensiv, mund të rishikoni shënimet dhe ta përsërisni vetë praktikën. Kjo do të japë rezultate maksimale.
Nuk do të ketë Kubernetes — edhe pse ky është një mjet DevOps, ne kemi .
Çfarë do të ndodhë?
Do të jetë njohja e mjeteve nga e para dhe një grup të plotë zgjidhjesh për ndërtimin e infrastrukturës bazë.
Do të ketë një histori nga praktikuesit rreth përdorimi real i mjeteve dhe detyrat e jetës. Kjo është baza në të cilën gjithmonë mund të shtoni studimin e pavarur të dokumentacionit dhe analizën e rasteve.
Do të ketë çdo ditë përgjigje në pyetje, ku mund të pyesni për projektet tuaja.
Do të jetë duke punuar me reagime: Ne kërkojmë reagime çdo ditë. Shkruani për gjithçka që nuk ju pëlqen, ne do ta rregullojmë atë sa të shkojmë.
Dhe do të ketë një mundësi tradicionale merr paratë dhe largohu nëse nuk ju pëlqen fare kursi.
Program intensiv
Tema #1: Puna ekipore me Git
- Komandat bazë git init, commit, add, diff, log, status, pull, push
- Rrjedha e Git, degët dhe etiketat, strategjitë e bashkimit
- Puna me përsëritje të shumta në distancë
- Rrjedha e GitHub
- Kërkesë për pirun, telekomandë, tërheqje
- Konflikte, lëshime, edhe një herë rreth Gitflow dhe flukseve të tjera në lidhje me ekipet
Tema #2: Puna me aplikacionin nga pikëpamja e zhvillimit
- Shkrimi i një mikroshërbimi në Python
- Variablat e Mjedisit
- Integrimi dhe testet e njësive
- Përdorimi i docker-compose në zhvillim
Tema #3: CI/CD: hyrje në automatizim
- Hyrje në Automatizim
- Mjetet (bash, bëj, gradoje)
- Përdorimi i git-hooks për të automatizuar proceset
- Linjat e montimit të fabrikës dhe aplikimi i tyre në IT
- Një shembull i ndërtimit të një tubacioni "të përgjithshëm".
- Softuer modern për CI/CD: Drone CI, BitBucket Pipelines, Travis, etj.
Tema #4: CI/CD: Puna me GitLab
- GitLab CI
- GitLab Runner, llojet dhe përdorimet e tyre
- GitLab CI, veçoritë e konfigurimit, praktikat më të mira
- Fazat e GitLab CI
- Variablat GitLab CI
- Ndërtoni, testoni, vendosni
- Kontrolli i ekzekutimit dhe kufizimet: vetëm, kur
- Puna me artefakte
- Modele brenda .gitlab-ci.yml, duke ripërdorur veprime në pjesë të ndryshme të tubacionit
- Përfshi - seksione
- Menaxhimi i centralizuar i gitlab-ci.yml (një skedar dhe shtytje automatike në depo të tjera)
Tema #5: Infrastruktura si kod
- IaC: Afrimi i Infrastrukturës si Kod
- Ofruesit e reve kompjuterike si ofrues të infrastrukturës
- Mjetet e inicializimit të sistemit, ndërtimi i imazhit (paker)
- IaC duke përdorur Terraform si shembull
- Ruajtja e konfigurimit, bashkëpunimi, automatizimi i aplikacioneve
- Praktika e krijimit të librave lojërash Ansible
- Idempotenca, deklarativiteti
- IaC duke përdorur Ansible si shembull
Tema #6: Testimi i infrastrukturës
- Testimi dhe integrimi i vazhdueshëm me Molecule dhe GitLab CI
- Duke përdorur Vagrant
Tema #7: Monitorimi i Infrastrukturës me Prometheun
- Pse nevojitet monitorimi?
- Llojet e monitorimit
- Njoftimet në sistemin e monitorimit
- Si të ndërtoni një sistem të shëndetshëm monitorimi
- Njoftime të lexueshme nga njeriu, për të gjithë
- Kontrolli shëndetësor: çfarë duhet t'i kushtoni vëmendje
- Automatizimi i bazuar në të dhënat e monitorimit
Tema #8: Regjistrimi i një aplikacioni me ELK
- Praktikat më të mira të prerjeve
- pirg ELK
Tema #9: Automatizimi i Infrastrukturës me ChatOps
- DevOps dhe ChatOps
- ChatOps: pikat e forta
- Plogështi dhe alternativa
- Bots për ChatOps
- Hubot dhe alternativat
- siguri
- Praktikat më të mira dhe më të këqija
Programi është në zhvillim e sipër dhe mund të ndryshojë pak.
Çmimi: 30 ₽
Burimi: www.habr.com