Bukas ang pagpaparehistro para sa Slurm DevOps sa Moscow

Tl; DR

Slurm DevOps ay gaganapin sa Moscow sa Enero 30 - Pebrero 1.

Muli naming susuriin ang mga tool ng DevOps sa pagsasanay.
Mga detalye at programa sa ilalim ng hiwa.
Inalis ang SRE sa programa dahil kasama si Ivan Kruglov naghahanda kami ng hiwalay na Slurm SRE. Darating ang announcement mamaya.
Salamat sa Selectel, ang aming mga sponsor mula noong unang Slurm!

Tungkol sa pilosopiya, pag-aalinlangan at hindi inaasahang tagumpay

Dumalo ako sa DevOpsConf sa Moscow noong katapusan ng Setyembre.
Buod ng narinig ko:
— Ang DevOps ay kailangan ng karamihan sa mga proyekto sa anumang laki;
— Ang DevOps ay isang kultura, tulad ng anumang kultura, dapat itong magmula sa loob ng kumpanya. Hindi ka makakapag-hire ng isang DevOps engineer at mangarap na pagbutihin niya ang mga proseso.
— Sa pinakadulo ng listahan ng kung ano ang kailangan para sa pagbabagong-anyo ng DevOps ay ang teknolohiya, iyon ay, ang mismong mga tool ng DevOps na itinuturo namin.

Napagtanto ko na tama kaming hindi isama ang pilosopiya at kultura ng DevOps sa kurso, dahil hindi ito maituturo nang sistematiko. Kung sino ang nangangailangan nito ay babasahin ito sa mga libro. O makakahanap siya ng super cool na coach na kukumbinsihin ang lahat sa kanyang karisma at awtoridad.

Sa personal, ako ay palaging tagasuporta ng "kilusang mula sa ibaba", ang gerilya na pagpapatupad ng kultura sa pamamagitan ng mga kasangkapan. Isang bagay na tulad ng inilarawan sa The Phoenix Project. Kung mayroon kaming teamwork sa Git na naka-set up nang tama, maaari naming dahan-dahan itong dagdagan ng mga regulasyon, at pagkatapos ay mapupunta ito sa mga halaga.

At pareho pa rin, noong naghahanda kami ng DevOps Slurm, kung saan eksklusibo kaming nag-uusap tungkol sa mga tool, natatakot ako sa reaksyon ng mga kalahok: "Sinabi mo ang mga magagandang bagay. Sayang, hinding-hindi ko sila maipapatupad." Napakaraming pag-aalinlangan na agad naming tinapos ang pag-uulit ng programa.

Gayunpaman, ang karamihan ng mga kalahok ay sumagot sa survey na ang kaalaman na nakuha ay naaangkop sa pagsasanay, at na sila ay magpapatupad ng isang bagay sa kanilang sariling bansa sa malapit na hinaharap. Kasabay nito, lahat ng aming ipinaliwanag ay kasama sa listahan ng mga kapaki-pakinabang na bagay: Git, Ansible, CI/CD, at SRE.

Ito ay nagkakahalaga ng pag-alala na sa simula ay sinabi rin nila tungkol sa Slurm Kubernetes na imposibleng ipaliwanag ang mga k3 sa loob ng 8 araw.

Kasama si Ivan Kruglov, na nanguna sa paksa ng SRE, nagkasundo kami sa isang hiwalay na programa. Kasalukuyan naming tinatalakay ang mga detalye, mag-aanunsyo ako sa lalong madaling panahon.

Ano ang mangyayari sa Slurm DevOps?

Programa

Paksa #1: Pagtutulungan sa Git

• Mga pangunahing utos git init, commit, add, diff, log, status, pull, push
• Ang daloy ng git, mga sanga at mga tag, mga diskarte sa pagsasama
• Paggawa gamit ang maramihang malayuang pag-rep
• Daloy ng GitHub
• Fork, remote, pull request
• Mga salungatan, paglabas, muli tungkol sa Gitflow at iba pang daloy na nauugnay sa mga team

Paksa #2: Paggawa gamit ang application mula sa punto ng pag-unlad

• Pagsusulat ng microservice sa Python
• Mga variable ng kapaligiran
• Pagsasama-sama at mga pagsubok sa yunit
• Paggamit ng docker-compose sa pag-unlad

Paksa #3: CI/CD: panimula sa automation

• Panimula sa Automation
• Mga tool (bash, make, gradle)
• Paggamit ng git-hooks upang i-automate ang mga proseso
• Mga linya ng pagpupulong ng pabrika at ang kanilang aplikasyon sa IT
• Isang halimbawa ng pagbuo ng isang "pangkalahatang" pipeline
• Makabagong software para sa CI/CD: Drone CI, BitBucket Pipelines, Travis, atbp.

Paksa #4: CI/CD: Paggawa gamit ang Gitlab

• Gitlab CI
• Gitlab Runner, ang kanilang mga uri at application
• Gitlab CI, mga feature ng configuration, pinakamahuhusay na kagawian
• Mga Yugto ng Gitlab CI
• Mga Variable ng Gitlab CI
• Bumuo, subukan, i-deploy
• Kontrol at paghihigpit sa pagpapatupad: lamang, kung kailan
• Paggawa gamit ang mga artifact
• Mga template sa loob ng .gitlab-ci.yml, muling gumagamit ng mga aksyon sa iba't ibang bahagi ng pipeline
• Isama - mga seksyon
• Sentralisadong pamamahala ng gitlab-ci.yml (isang file at awtomatikong push sa iba pang mga repository)

Paksa #5: Imprastraktura bilang Code

• IaC: Paglapit sa Imprastraktura bilang Code
• Mga tagapagbigay ng ulap bilang mga tagapagbigay ng imprastraktura
• Mga tool sa pagsisimula ng system, pagbuo ng imahe (packer)
• IaC gamit ang Terraform bilang isang halimbawa
• Imbakan ng configuration, pakikipagtulungan, automation ng application
• Pagsasanay sa paggawa ng Ansible playbook
• Idempotency, declarativeness
• IaC gamit ang Ansible bilang isang halimbawa

Paksa #6: Pagsubok sa imprastraktura

• Pagsubok at patuloy na pagsasama sa Molecule at Gitlab CI
• Gamit ang Vagrant

Paksa #7: Pagsubaybay sa Infrastruktura kasama si Prometheus

• Bakit kailangan ang pagsubaybay?
• Mga uri ng pagsubaybay
• Mga abiso sa sistema ng pagsubaybay
• Paano Gumawa ng Malusog na Sistema sa Pagsubaybay
• Mga notification na nababasa ng tao, para sa lahat
• Health Check: kung ano ang dapat mong bigyang pansin
• Automation batay sa data ng pagsubaybay

Paksa #8: Pag-log ng isang aplikasyon sa ELK

• Pinakamahusay na Kasanayan sa Pag-log
• ELK stack

Paksa #9: Infrastructure Automation sa ChatOps

• DevOps at ChatOps
• ChatOps: Mga Lakas
• Slack at mga alternatibo
• Mga bot para sa ChatOps
• Hubot at mga alternatibo
• katiwasayan
• Pinakamahusay at pinakamasamang kasanayan

Lokasyon: Moscow, conference room ng Sevastopol hotel.

Mga petsa: mula Enero 30 hanggang Pebrero 1, 3 araw ng pagsusumikap.

rehistrasyon

Pinagmulan: www.habr.com