Գրանցումը բաց է Մոսկվայում Slurm DevOps-ի համար

TL. DR

Slum DevOps Մոսկվայում տեղի կունենա հունվարի 30-ից փետրվարի 1-ը:

Կրկին մենք գործնականում կվերլուծենք DevOps գործիքները:
Մանրամասները և ծրագիրը կտրվածքի տակ։
SRE-ն հանվել է ծրագրից, քանի որ Իվան Կրուգլովի հետ մենք պատրաստում ենք առանձին Slurm SRE: Հայտարարությունը կլինի ավելի ուշ։
Շնորհակալություն Selectel-ին՝ մեր հովանավորներին առաջին Slurm-ից ի վեր:

Գրանցումը բաց է Մոսկվայում Slurm DevOps-ի համար

Փիլիսոփայության, թերահավատության և անսպասելի հաջողության մասին

Ես հաճախեցի DevOpsConf-ը Մոսկվայում սեպտեմբերի վերջին:
Իմ լսածի ամփոփում.
— DevOps-ն անհրաժեշտ է ցանկացած չափի նախագծերի մեծամասնությանը.
— DevOps-ը մշակույթ է, ինչպես ցանկացած մշակույթ, այն պետք է բխի ընկերության ներսից: Դուք չեք կարող վարձել DevOps ինժեներին և երազել, որ նա կբարելավի գործընթացները:
— DevOps-ի փոխակերպման համար անհրաժեշտ ամեն ինչի ցանկի վերջում հայտնվում է տեխնոլոգիան, այսինքն՝ հենց DevOps գործիքները, որոնք մենք սովորեցնում ենք:

Ես հասկացա, որ մենք ճիշտ էինք, որ չընդգրկեցինք DevOps-ի փիլիսոփայությունն ու մշակույթը դասընթացի մեջ, քանի որ դա չի կարելի համակարգված դասավանդել: Ում պետք է, նա կկարդա գրքերում։ Կամ նա կգտնի գերծանրքաշային մարզիչ, ով բոլորին կհամոզի իր խարիզմայով և հեղինակությամբ։

Անձամբ ես միշտ եղել եմ «ներքևից շարժման»՝ գործիքների միջոցով մշակույթի պարտիզանական իրականացման կողմնակիցը։ Նման մի բան, որը նկարագրված է The Phoenix Project-ում: Եթե ​​մենք Git-ի հետ թիմային աշխատանք ունենք ճիշտ կարգավորելու, ապա մենք կարող ենք կամաց-կամաց լրացնել այն կանոնակարգերով, և հետո այն կհասնի արժեքների:

Եվ միևնույն է, երբ պատրաստում էինք DevOps Slurm-ը, որտեղ խոսում էինք բացառապես գործիքների մասին, ես վախենում էի մասնակիցների արձագանքից. «Հրաշալի բաներ ասացիք։ Ափսոս, ես երբեք չեմ կարողանա դրանք իրականացնել»։ Այնքան թերահավատություն կար, որ անմիջապես վերջ դրեցինք ծրագրի կրկնությանը։

Սակայն հարցման մասնակիցների մեծամասնությունը պատասխանել է, որ ստացած գիտելիքները կիրառելի են գործնականում, և մոտ ապագայում իրենք ինչ-որ բան կիրականացնեն սեփական երկրում։ Միևնույն ժամանակ, այն ամենը, ինչ մենք բացատրեցինք, ներառված էր օգտակար բաների ցանկում՝ Git, Ansible, CI/CD և SRE:

Արժե հիշել, որ սկզբում ասում էին նաև Slurm Kubernetes-ի մասին, որ 3 օրում հնարավոր չէ բացատրել k8-ները։

SRE թեման ղեկավարող Իվան Կրուգլովի հետ մենք պայմանավորվեցինք առանձին ծրագրի շուրջ։ Այժմ մանրամասները քննարկում ենք, շուտով հայտարարություն կանեմ։

Ի՞նչ կլինի Slurm DevOps-ում:

Ծրագիր

Թեմա թիվ 1. Թիմային աշխատանք Git-ի հետ

  • Հիմնական հրամանները git init, commit, add, diff, log, status, pull, push
  • Git հոսք, ճյուղեր և պիտակներ, միաձուլման ռազմավարություններ
  • Աշխատեք մի քանի հեռակառավարման ներկայացուցիչների հետ
  • GitHub հոսք
  • Պատառաքաղ, հեռակառավարման վահանակ, քաշելու հարցում
  • Հակամարտություններ, թողարկումներ, ևս մեկ անգամ Gitflow-ի և թիմերի հետ կապված այլ հոսքերի մասին

Թեմա #2. Ծրագրի հետ աշխատելը զարգացման տեսանկյունից

  • Միկրոծառայություն գրել Python-ում
  • Շրջակա միջավայրի փոփոխականներ
  • Ինտեգրման և միավորի թեստեր
  • Օգտագործելով docker-compose մշակման մեջ

Թեմա #3. CI/CD. ներածություն ավտոմատացմանը

  • Ներածություն ավտոմատացման
  • Գործիքներ (բաշ, պատրաստել, գրադել)
  • Գործընթացները ավտոմատացնելու համար git-hooks-ի օգտագործումը
  • Գործարանի հավաքման գծերը և դրանց կիրառումը ՏՏ ոլորտում
  • «Ընդհանուր» խողովակաշարի կառուցման օրինակ
  • Ժամանակակից ծրագրակազմ CI/CD-ի համար՝ Drone CI, BitBucket Pipelines, Travis և այլն:

Թեմա #4. CI/CD. Աշխատանք Gitlab-ի հետ

  • Gitlab CI
  • Gitlab Runner, դրանց տեսակներն ու կիրառությունները
  • Gitlab CI, կոնֆիգուրացիայի առանձնահատկություններ, լավագույն փորձ
  • Gitlab CI փուլեր
  • Gitlab CI փոփոխականներ
  • Կառուցել, փորձարկել, տեղակայել
  • Կատարման հսկողություն և սահմանափակումներ. միայն, երբ
  • Աշխատեք արտեֆակտների հետ
  • Կաղապարներ .gitlab-ci.yml-ի ներսում՝ խողովակաշարի տարբեր մասերում գործողությունների վերօգտագործում
  • Ներառեք - բաժիններ
  • gitlab-ci.yml-ի կենտրոնացված կառավարում (մեկ ֆայլ և ավտոմատ մղում դեպի այլ պահեստներ)

Թեմա #5. Ենթակառուցվածքը որպես օրենսգիրք

  • IaC. Մոտեցում ենթակառուցվածքին որպես կոդ
  • Ամպային մատակարարները որպես ենթակառուցվածքի մատակարարներ
  • Համակարգի սկզբնավորման գործիքներ, պատկերների կառուցում (փաթեթավորող)
  • IaC օգտագործելով Terraform-ը որպես օրինակ
  • Կազմաձևման պահեստավորում, համագործակցություն, հավելվածների ավտոմատացում
  • Ansible խաղային գրքերի ստեղծման պրակտիկա
  • Անզորություն, դեկլարատիվություն
  • IaC օգտագործելով Ansible որպես օրինակ

Թեմա #6. Ենթակառուցվածքի փորձարկում

  • Փորձարկում և շարունակական ինտեգրում Molecule-ի և Gitlab CI-ի հետ
  • Օգտագործելով Vagrant

Թեմա #7. Ենթակառուցվածքների մոնիտորինգ Պրոմեթևսի հետ

  • Ինչու՞ է անհրաժեշտ մոնիտորինգը:
  • Մոնիտորինգի տեսակները
  • Ծանուցումները մոնիտորինգի համակարգում
  • Ինչպես կառուցել առողջ մոնիտորինգի համակարգ
  • Մարդկանց համար ընթեռնելի ծանուցումներ՝ բոլորի համար
  • Առողջության ստուգում. ինչին պետք է ուշադրություն դարձնել
  • Մոնիտորինգի տվյալների հիման վրա ավտոմատացում

Թեմա թիվ 8. Հայտի գրանցում ELK-ով

  • Լավագույն անտառահատումների պրակտիկա
  • ELK բուրգ

Թեմա #9. Ենթակառուցվածքի ավտոմատացում ChatOps-ի միջոցով

  • DevOps և ChatOps
  • ChatOps. ուժեղ կողմերը
  • Թուլություն և այլընտրանքներ
  • Բոտեր ChatOps-ի համար
  • Hubot և այլընտրանքներ
  • Безопасность
  • Լավագույն և վատագույն փորձը

Գտնվելու վայրը: Մոսկվա, Սևաստոպոլ հյուրանոցի կոնֆերանս դահլիճ.

Ամսաթվերը: հունվարի 30-ից փետրվարի 1-ը 3 օր քրտնաջան աշխատանք.

գրանցում

Source: www.habr.com

Добавить комментарий