Ձեր ուշադրությանն եմ ներկայացնում DevOpsConf կոնֆերանսի ուղեցույցը, որն այս տարի գտնվում է գալակտիկական մասշտաբով։ Այն իմաստով, որ մենք կարողացանք հավաքել այնպիսի հզոր և հավասարակշռված ծրագիր, որ մի շարք մասնագետներ հաճույք կստանան դրա միջով ճանապարհորդելիս՝ ծրագրավորողներ, համակարգի ադմինիստրատորներ, ենթակառուցվածքի ինժեներներ, ՈԱ, թիմի ղեկավարներ, սպասարկման կայաններ և ընդհանրապես բոլորը, ովքեր ներգրավված են տեխնոլոգիական զարգացման մեջ: գործընթաց։
Մենք առաջարկում ենք այցելել DevOps տիեզերքի երկու մեծ տարածք՝ մեկը բիզնես գործընթացներով, որոնք կարող են ճկուն կերպով փոփոխվել կոդի միջոցով, իսկ մյուսը՝ գործիքներով: Այսինքն՝ մեր համաժողովում լինելու է երկու հոսք՝ բովանդակությամբ և, մասնավորապես, զեկույցների քանակով։ Մեկը կենտրոնանում է գործիքների իրական օգտագործման վրա, իսկ երկրորդը՝ բիզնես խնդիրների օրինակներ օգտագործող գործընթացների վրա, որոնք դիտարկվում են որպես կոդ և կառավարվում են որպես կոդ: Մենք հավատում ենք, որ տեխնոլոգիան և գործընթացները անքակտելիորեն կապված են և համակարգված կերպով ցույց են տալիս դա մեր խոսնակների օգնությամբ, ովքեր աշխատում են նոր ալիքի ընկերություններում և կիսում են իրենց ճանապարհը դեպի զարգացման նոր ընկալում խնդիրների լուծման և մարտահրավերների հաղթահարման միջոցով:
Եթե ցանկանում եք, մեր ուղեցույցի կարճ ամփոփումը :
- Սեպտեմբերի 30-ին՝ համաժողովի առաջին օրը, առաջին դահլիճում կքննարկենք 8 բիզնես գործ։
- Երկրորդ սրահում առաջին օրը մենք կվերլուծենք ավելի բարձր մասնագիտացված գործիքային լուծումներ։ Յուրաքանչյուր զեկույց պարունակում է շատ հետաքրքիր գործնական փորձ, որը, սակայն, հարմար չէ բոլոր ընկերությունների համար:
- Հոկտեմբերի 1-ին առաջին դահլիճում, ընդհակառակը, ավելի շատ խոսում ենք տեխնիկայի մասին, բայց ավելի լայն։
- Երկրորդ օրը երկրորդ դահլիճում մենք քննարկում ենք կոնկրետ խնդիրներ, որոնք չեն առաջանում բոլոր նախագծերում, օրինակ՝ ձեռնարկությունում։
Բայց անմիջապես նշեմ, որ նման բաժանումը ամենևին չի նշանակում հանդիսատեսի բաժանում։ Ընդհակառակը, ինժեների համար կարևոր է հասկանալ բիզնեսի խնդիրները, իմանալ իր արածի իմաստը և ունենալ գործնական փորձ: Իսկ թիմի առաջատարի կամ սպասարկման կայանի համար, իհարկե, այլ ընկերությունների գործերն ու փորձը կարևոր են, բայց միևնույն ժամանակ պետք է հասկանալ ներքին աշխատանքը: Կտրվածքի տակ ես ձեզ ավելի մանրամասն կպատմեմ բոլոր թեմաների մասին և կօգնեմ ձեզ մանրամասն ճանապարհորդական պլան կազմել:
Կոնֆերանսը տեղի կունենա Infospace-ում, և մենք երկու հիմնական դահլիճներն անվանեցինք «Ոսկե սիրտ»՝ ինչպես «Գալակտիկայի ավտոստոպի ուղեցույցից» նավը, որն օգտագործում է անհավանականության սկզբունքը տիեզերքում շարժվելու համար, և «The Edge of the Տիեզերք» - ինչպես ռեստորան նույն սագայից: Այսուհետ ես կօգտագործեմ այս անունները հետքերը վերաբերելու համար: Զեկույցի կանգառները «Ոսկե սիրտ» գալակտիկայի տարածքում ավելի հարմար են հիմնական տուրիստական խմբի համար, եթե ցանկանում եք, դրանք պարտադիր տեսարժան վայրեր են. «Տիեզերքի եզրին» կան հետաքրքիր առարկաներ փորձառու ճանապարհորդների համար: Քչերն են հասնում այնտեղ, բայց նրանք, ովքեր համարձակվում են, գնում են այնտեղ վառվող աչքերով աստերոիդների գոտիների միջով:
Միևնույն ժամանակ, դուք հեշտությամբ կարող եք տեղափոխվել մի սենյակից մյուսը, և ցանկացած պահի կգտնեք ձեզ հարմար թեմա: Ինչպես արդեն ասացի, ծրագիրը շատ հավասարակշռված է։ Մենք շատ ավելի շատ դասարանների հաշվետվություններ ունեինք, բայց, ակամա, Ծրագրային հանձնաժողովը ստիպված եղավ դրանք տեղափոխել կամ հետաձգել մինչև Սանկտ Պետերբուրգի գարնանային համաժողովը, որպեսզի չխախտեն հավասարակշռությունը և կյանքի կոչեն սկզբնական գաղափարը։ Համաժողովի ծրագիրը թույլ է տալիս դիտարկել պլանավորված թեմաներից յուրաքանչյուրը (շարունակական առաքում, ենթակառուցվածքը որպես կոդ, DevOps-ի փոխակերպում, SRE պրակտիկա, անվտանգություն, ենթակառուցվածքային հարթակ)՝ օգտագործելով տարբեր օրինակներ և տարբեր տեսանկյուններից:
Հիմա հանգիստ նստեք, մեր գալակտիկական նավը կանգ է առնում:
«Ոսկե սիրտ», սեպտեմբերի 30
Առաջին 90 օրը որպես CTO
Կբացվի համաժողովը Լեոնա Ֆայր. ժառանգական համակարգերի ժառանգման և դրանց հետ հաճախ հանդիպող խնդիրների մասին: Լեոն ձեզ կպատմի, թե ինչպես կարող է ավտոտեխսպասարկման կայանը պատկերացում կազմել այն տեխնիկական համակարգի մասին, որով նա սկսում է աշխատել: Ժամանակակից ընկերության տեխնիկական տնօրենի համար DevOps գործընթացի կառավարումը գլխավոր խնդիրն է, և Leon-ը ձեզ ցույց կտա հետաքրքիր և հումորային ձևով։ փոխհարաբերությունները տեխնիկական և բիզնես մասերի միջև SRT-ի տեսանկյունից.
Սկսնակները և նրանք, ովքեր ցանկանում են դառնալ այդպիսին, պետք է անպայման գան այս զեկույցին: Ի վերջո, մի բան է աճել՝ դառնալով քո ընկերությունում տեխնիկական տնօրեն, և բոլորովին այլ բան է վերստին մտնել այդ դերը, ոչ բոլորին է հասանելի:
DevOps-ի հիմունքները՝ նախագիծ մտնել զրոյից
Следующий շարունակում է թեման, բայց Անդրեյ Յումաշև (LitRes) հարցը մի փոքր ավելի քիչ գլոբալ կքննարկի և կպատասխանի այն հարցերին, թե ինչ հիմունքներ պետք է իմանաք, երբ սկսում եք աշխատել տարբեր թիմերում; ինչպես ճիշտ վերլուծել խնդիրների շրջանակը; ինչպես կազմել գործունեության պլան; ինչպես հաշվարկել KPI-ները և երբ դադարեցնել:
Ենթակառուցվածքի ապագան որպես ծածկագիր
Հաջորդիվ մենք ընդմիջում կկատարենք՝ քննարկելու ենթակառուցվածքի թեման որպես ծածկագիր: Ռոման Բոյկո Լուծումների ճարտարապետ AWS-ում DevOpsConf-ում նոր գործիքի մասին AWS Cloud Development Kit, որը թույլ է տալիս նկարագրել ենթակառուցվածքը ծանոթ լեզվով (Python, TypeScript, JavaScript, Java): Մենք առաջին ձեռքից կիմանանք, թե ինչն է թույլ տալիս ամպին ավելի մոտ լինել ծրագրավորողին, ինչպես սկսել օգտագործել այս գործիքը և ստեղծել բազմակի օգտագործման բաղադրիչներ ենթակառուցվածքի հարմար կառավարման համար: Կոնֆերանսի մասնակիցների համար սա հիանալի հնարավորություն է լսելու համաշխարհային նորարարությունների մասին ռուսերեն լեզվով և տեխնիկական մանրամասնության աստիճանով, որը տարածված է այստեղ, բայց ոչ Արևմուտքում:
Թողարկումից մինչև FastTrack
Ճաշից հետո մի երկու ժամով կանդրադառնանք վերափոխման խնդրին։ Վրա Եվգենյա Ֆոմենկո Եկեք հետևենք MegaFon-ի DevOps-ի վերափոխմանը. սկսած այն փուլից, երբ նրանք փորձում են օգտագործել ավանդական մեթոդներ, ինչպիսիք են KPI-ն, հաղթահարելով այն փուլը, երբ ոչինչ պարզ չէ, և դուք պետք է նոր գործիքներ հորինեք և ինքներդ փոխվեք, մինչև գործընթացն ամբողջությամբ վերակառուցվի. Սա շատ հետաքրքիր և մոտիվացնող փորձ է ձեռնարկության համար, որը նաև ներգրավել է իր կապալառուներին DevOps-ի վերափոխման մեջ, որի մասին Եվգենին նույնպես կխոսի:
Ինչպես դառնալ բազմաֆունկցիոնալ թիմ
У Միխայիլ Բիժան թիմերում տրանսֆորմացիոն փոփոխությունների իրականացման մեծ փորձ: Այժմ Միխայիլը, որպես Raiffeisenbank Acceleration Team-ի ղեկավար, թիմերը դարձնում է բազմաֆունկցիոնալ: իր վրա Եկեք խոսենք միջֆունկցիոնալ թիմերի բացակայության ցավի մասին, և թե ինչու միջֆունկցիոնալ թիմի մարտահրավերները չեն ավարտվում հորինելով, կազմելով և իրագործելով:
SRE պրակտիկա
Հաջորդ ճանապարհին մենք կգտնենք երկու զեկույց՝ նվիրված SRE պրակտիկային, որոնք թափ են հավաքում և կարևոր տեղ են զբաղեցնում DevOps-ի ողջ գործընթացում։
Ալեքսեյ Անդրեև Prisma Labs-ից , ինչու է ստարտափին անհրաժեշտ SRE պրակտիկա և ինչու է այն արդյունք տալիս:
Մատվեյ Գրիգորիև Dodo Pizza-ից SRE-ի օրինակ ավելի մեծ ընկերությունում, որն արդեն գերազանցել է ստարտափի փուլը: Ինքը՝ Մատվեյն, ասում է իր մասին՝ փորձառու .NET ծրագրավորողը և սկսնակ SRE-ն, համապատասխանաբար, կկիսվեն ծրագրավորողի, և ոչ միայն մեկ, այլ մի ամբողջ թիմի ենթակառուցվածքի անցնելու պատմությունով։ Ինչո՞ւ DevOps-ը ծրագրավորողի համար տրամաբանական ճանապարհ է և ինչ տեղի կունենա, եթե դուք սկսեք դիտել ձեր բոլոր Ansible գրքույկները և bash սցենարները որպես լիարժեք ծրագրային արտադրանք և կիրառեք նույն պահանջները, մենք կքննարկենք Matvey-ի զեկույցում սեպտեմբերի 30-ին, ժամը 17:00-ին, Golden Heart սրահում:
Լրացրեք առաջին օրվա ծրագիրը Դանիիլ Տիխոմիրով, ով իր բարձրացնում է մի կարևոր հարց. Ինչպես է տեխնոլոգիան առնչվում օգտվողի երջանկությանը. Լուծելով «ամեն ինչ աշխատում է, բայց օգտվողը դժգոհ է» խնդիրը, MegaFon-ը առանձին համակարգերի, այնուհետև սերվերների, հավելվածների մոնիտորինգից անցավ ծառայության մոնիտորինգին օգտատիրոջ աչքերով: Ինչպես բոլոր տեխնիկական մասնագետները, հաճախորդները և վաճառողները սկսեցին կենտրոնանալ այս KQI ցուցանիշների վրա, մենք կիմանանք համաժողովի առաջին օրվա երեկոյան: Եվ դրանից հետո մենք կքննարկենք ենթակառուցվածքները և փոխակերպումները ոչ պաշտոնական միջավայրում հետո երեկույթի ժամանակ:
«Տիեզերքի եզրին», սեպտեմբերի 30
Առաջին երեք ռեպորտաժները «Տիեզերքի եզրին» դահլիճում շատ հետաքրքիր կլինեն գործիքների տեսանկյունից։
Մաքսիմ Կոստրիկին (Իքսթենս) նախշերը Terraform-ում խոշոր և երկար նախագծերում քաոսի և առօրյայի դեմ պայքարելու համար: Terraform-ի մշակողները առաջարկում են բավականին հարմար լավագույն փորձեր AWS ենթակառուցվածքի հետ աշխատելու համար, սակայն կա մի նրբերանգ. Կոդերի օրինակների միջոցով Maxim-ը ցույց կտա, թե ինչպես Terraform կոդով թղթապանակը չվերածել ձնագնդի, այլ օգտագործելով օրինաչափություններ՝ պարզեցնել ավտոմատացումը և հետագա զարգացումը:
Գրիգորի Միխալկին Լամոդայից «Ինչու՞ մենք մշակեցինք Kubernetes օպերատորը և ի՞նչ դասեր քաղեցինք դրանից»: կօգնի լրացնել տեղեկատվության պակասն այն մասին, թե ինչպես կիրառել ենթակառուցվածքը որպես կոդի պրակտիկա՝ օգտագործելով Kubernetes-ը: Kubernetes-ն ինքնին պարունակում է, օրինակ, yaml ֆայլեր օգտագործող ծառայությունների նկարագրություն, բայց դա բավարար չէ բոլոր առաջադրանքների համար: Ցածր մակարդակի կառավարումը պահանջում է օպերատորներ, և այս խոսակցությունը շատ օգտակար է, եթե ցանկանում եք ճիշտ կառավարել Kubernetes-ը:
Հաջորդ զեկույցի թեման է Hashicorp պահոց - բավականին հատուկ: Բայց իրականում այս գործիքը անհրաժեշտ է ամենուր, որտեղ դուք պետք է կառավարեք գաղտնաբառերը և ունենաք ընդհանուր կետ գաղտնիքների հետ աշխատելու համար: Անցյալ տարի Սերգեյ Նոսկովը պատմեց, թե ինչպես են Ավիտոյում գաղտնիքները կառավարում Hashicorp Vault-ի օգնությամբ, տեսեք. ու արի Յուրի Շուտկին Tinkoff.ru-ից էլ ավելի մեծ փորձի համար:
Տարաս Կոտով (EPAM) ամպային ենթակառուցվածքի կառուցման նույնիսկ ավելի հազվագյուտ խնդիրը, որը ներառում է իր սեփական ողնաշարը IP/MPLS ցանց. Բայց փորձը մեծ է, իսկ զեկույցը՝ հարդքոր, այնպես որ, եթե հասկանում եք, թե ինչի մասին է խոսքը, համոզվեք, որ եկեք այս զեկույցին:
Ավելի ուշ երեկոյան կխոսենք տվյալների բազայի կառավարման մասին ամպային ենթակառուցվածքներում։ Կիրիլ Մելնիչուկ օգտագործման փորձը Vitess՝ Kubernetes կլաստերի ներսում MySQL-ի հետ աշխատելու համար: Ա Վլադիմիր Ռյաբով Playkey.net-ից , ինչպես աշխատել տվյալների հետ ամպի ներսում և ինչպես ճիշտ օգտագործել առկա պահեստային տարածքը:
«Ոսկե սիրտ», հոկտեմբերի 1
Հոկտեմբերի 1-ին ամեն ինչ հակառակն է լինելու. «Golden Heart» սրահը կներկայացնի ավելի տեխնոլոգիական ուղղություն: Այսպիսով, ինժեներների համար, ովքեր ճանապարհորդում են «Ոսկե սրտով», մենք նախ հրավիրում ենք ձեզ խորասուզվել բիզնես գործերի մեջ, այնուհետև տեսնել, թե ինչպես են այդ գործերը լուծվում գործնականում: Իսկ մենեջերներն իրենց հերթին նախ մտածում են հնարավոր առաջադրանքների մասին, այնուհետև սկսում են ավելի լավ հասկանալ, թե ինչպես դա իրականացնել գործիքների և սարքավորումների մեջ:
Մեծ ամպային պահեստի գլխարկի տակ
Առաջին խոսնակ Արտեմի Կապիտուլա. Նրա նախորդ տարվա զեկույցը«Համաժողովի մասնակիցներն այն լավագույնն են անվանել, կարծում եմ՝ պատմության անհավանական խորության շնորհիվ։ Այս անգամ կշարունակվի Mail.Ru Cloud Solutions-ի լուծումները պահեստավորման նախագծման և համակարգի ձախողման նախադեպի վերլուծության վերաբերյալ: Մենեջերների համար այս զեկույցի ոչ ակնհայտ առավելությունն այն է, որ Արտեմին ուսումնասիրում է ոչ միայն տեխնիկական խնդիրը, այլև դրա լուծման ողջ գործընթացը: Նրանք. Դուք կարող եք հասկանալ, թե ինչպես կառավարել այս ամբողջ գործընթացը և կիրառել այն ձեր ընկերության մեջ:
Հակադարձ ապակենտրոնացված տեղակայում
Եգոր Բուգաենկո Սա առաջին անգամը չէ, որ նա նույնպես հանդես է գալիս կոնֆերանսին, իր զեկույցները ավանդաբար պարունակում են հակասական թեզեր, բայց դրանք ձեզ ստիպում են մտածել. Մենք հույս ունենք, որ Եգորի խոսակցությունը ապակենտրոնացված տեղակայման մասին կառաջացնի հետաքրքիր և, ամենակարևորը, կառուցողական քննարկում:
Մենք նորից ամպերի մեջ ենք
Ալեքսեյ Վախովբիզնեսի բաղադրիչների և տեխնոլոգիաների հզոր միաձուլում է, որը հետաքրքիր կլինի ինչպես ինժեներական, այնպես էլ կառավարման կողմից: Ալեքսեյը կպատմի, թե ինչպես է աշխատում Uchi.ru-ն Cloud Native ենթակառուցվածքԻնչպես են օգտագործվում Service Mesh-ը, OpenTracing-ը, Vault-ը, կենտրոնացված անտառահատումները և ընդհանուր SSO-ն: Այնուհետև ժամը 15:00-ին Ալեքսեյը կանցկացնի , որտեղ յուրաքանչյուր եկող կկարողանա իր ձեռքով դիպչել այս բոլոր գործիքներին։
Ապաչի Կաֆկան Ավիտոյում. երեք ռեինկառնացիաների պատմություն
Անատոլի Սոլդատով Այն մասին, թե ինչպես է Avito-ն կառուցում Kafka-ն որպես ծառայություն, իհարկե, կհետաքրքրի նրանց, ովքեր օգտագործում են Kafka-ն: Բայց մյուս կողմից դա շատ լավ է բացահայտում ներքին ծառայության ստեղծման գործընթացըԻնչպես հավաքել ծառայությունների պահանջներն ու գործընկերների ցանկությունները, իրականացնել ինտերֆեյսներ, ստեղծել փոխազդեցություն թիմերի միջև և ստեղծել ծառայություն որպես արտադրանք ընկերության ներսում: Այս տեսանկյունից պատմությունը կրկին օգտակար է գիտաժողովի շատ տարբեր մասնակիցների համար:
Եկեք նորից դարձնենք միկրոսերվիսները թեթև
Այստեղ, կարծես, ամեն ինչ պարզ է անունից. Բայց սա է Դմիտրի Սուգրոբով Լերոյ Մերլինից, նույնիսկ ծրագրային հանձնաժողովում բուռն քննարկումների տեղիք տվեց։ Մի խոսքով, սա լավ հիմք կհանդիսանա քննարկման թեմայի շուրջ, թե ընդհանրապես ինչ են համարվում միկրոծառայություններ, ինչպես գրել դրանք, պահպանել դրանք և այլն։
CI/CD BareMetal ենթակառուցվածքի կառավարման համար
Հաջորդ զեկույցը կրկին երկուսը մեկում է: Մի կողմից, Անդրեյ Կվապիլ (WEDOS Internet, as) կխոսի BareMetal ենթակառուցվածքի կառավարման մասին, որը բավականին կոնկրետ է, քանի որ բոլորն այժմ հիմնականում օգտագործում են ամպեր, իսկ եթե սարքավորում են պահում, ապա դա այնքան էլ մեծ մասշտաբով չէ։ Բայց շատ կարեւոր է, որ Անդրեյը CI/CD տեխնիկայի կիրառում BareMetal ենթակառուցվածքի տեղակայման և կառավարման համար, և այս տեսանկյունից զեկույցը կհետաքրքրի ինչպես թիմի ղեկավարներին, այնպես էլ ինժեներներին:
Շարունակեք թեման Սերգեյ Մակարենկո, այս աշխատատար գործընթացի կուլիսներում Wargaming հարթակ.
Կարո՞ղ են բեռնարկղերը անվտանգ լինել:
Ծրագիրը կավարտի Golden Heart սրահում Ալեքսանդր Խայորով կոնտեյների անվտանգության վերաբերյալ քննարկման փաստաթուղթ: Ալեքսանդրն արդեն RIT++-ում է Հելմի անվտանգության խնդիրների և դրա դեմ պայքարի ուղիների մասին, և այս անգամ այն չի սահմանափակվի միայն թույլ կողմերը թվարկելով, այլ. գործիքներ շրջակա միջավայրի ամբողջական մեկուսացման համար.
«Տիեզերքի եզրին», հոկտեմբերի 1
Կսկսի Ալեքսանդր Բուրցև (ԲրամաԲրամա) և կայքի արագացման հնարավոր լուծումներից մեկը: Եկեք նայենք հնգապատիկի հաջող իրականացմանը արագացում միայն DevOps գործիքների շնորհիվ առանց ծածկագիրը վերաշարադրելու: Դուք դեռ պետք է որոշեք՝ վերաշարադրե՞լ կոդը, թե՞ ոչ յուրաքանչյուր նախագծում, բայց միշտ օգտակար է նման փորձը նկատի ունենալ:
DevOps 1C-ում: Ձեռնարկություն
Պետր Գրիբանով 1C ընկերությունից հերքել առասպելը, որ անհնար է DevOps-ը իրականացնել խոշոր ձեռնարկությունում: Ինչը կարող է ավելի բարդ լինել, քան 1C: Enterprise հարթակը, բայց քանի որ DevOps-ի պրակտիկան նույնիսկ այնտեղ կիրառելի է, կարծում եմ, որ առասպելը չի դիմանա:
DevOps-ը մաքսային մշակման մեջ
Անտոն Խլևիցկի Եվգենի Ֆոմենկոյի զեկույցի շարունակությունը Ինչպես MegaFon-ը կառուցեց DevOps-ը կապալառուի կողմից և կառուցեց Continuous Deployment, ներառյալ հատուկ մշակումը մի քանի ծրագրային ապահովման մատակարարներից:
DevOps-ը DWH/BI-ին բերելը
Ոչ ստանդարտ, բայց կրկին հետաքրքիր թեմա տարբեր մասնակիցների համար Վասիլի Կուցենկո Գազպրոմբանկից։ Վասիլին գործնական խորհուրդներ կտա այն մասին, թե ինչպես զարգացնել ՏՏ մշակույթը տվյալների մշակման մեջ և կիրառել DevOps-ի պրակտիկան Data Warehous-ում և BI-ում, և կպատմի ձեզ, թե ինչպես է տարբերվում տվյալների հետ աշխատելու խողովակաշարը և ինչ ավտոմատացման գործիքներ են իսկապես օգտակար՝ աշխատելու համատեքստում: տվյալները։
Ինչպես (դուք) ապրել առանց անվտանգության բաժնի
Աշից հետո Մոնա Արխիպովա (sudo.su) մեզ՝ հիմունքներով DevSecOps և կբացատրի, թե ինչպես կարող եք անվտանգությունը որպես գործընթաց ներառել ձեր զարգացման գործընթացում և դադարեցնել անվտանգության առանձին բաժին օգտագործելը: Թեման արդիական է, և զեկույցը պետք է շատ օգտակար լինի։
Բեռնվածության փորձարկում մեծ լուծույթի CI/CD-ում
Կատարյալ լրացնում է նախորդ թեման Վլադիմիր Խոնին MegaFon-ից: Այստեղ մենք կխոսենք ինչպես որակը ներմուծել DevOps գործընթացումԻնչպես օգտագործել Quality Gate-ը, գրանցել տարբեր դեպքեր համակարգի ներսում և ինչպես այդ ամենը ինտեգրել զարգացման գործընթացին: Այս զեկույցը հատկապես հարմար է նրանց համար, ովքեր աշխատում են մեծ համակարգերով, բայց նույնիսկ եթե դուք չեք աշխատում հսկայական վճարումների հետ, դուք կգտնեք ձեզ համար հետաքրքիր կողմեր:
SDLC և համապատասխանություն
Իսկ հաջորդ թեման ավելի արդիական է խոշոր ընկերությունների համար՝ ինչպես գործընթացում ներմուծել Համապատասխանության լուծումներ և ստանդարտների պահանջներ: Իլյա Միտրուկով Deutsche Bank տեխնոլոգիական կենտրոնից Որ աշխատանքային ստանդարտները կարող են համատեղելի լինել DevOps-ի հետ.
Եվ օրվա վերջում Մատվեյ Կուկույ (Amixr.IO) վիճակագրություն և պատկերացումներ այն մասին, թե ինչպես են ամբողջ աշխարհում տասնյակ թիմեր հերթապահում, դասավորում միջադեպերը, կազմակերպում են աշխատանքը և կառուցելով հուսալի համակարգեր, և կբացատրեն, թե ինչպես է այդ ամենը կապված SRE-ի հետ:
Հիմա ես նույնիսկ մի փոքր նախանձում եմ ձեզ, քանի որ ճանապարհորդությունը պարզապես պետք է: Դուք կարող եք ստեղծել ձեր սեփական անհատական պլանը և վայելել, թե որքան օրգանապես կլրացնեն հաշվետվությունները միմյանց, բայց ես, ամենայն հավանականությամբ, ինչպես ցանկացած ուղեցույց, ժամանակ չեմ ունենա ուշադիր նայելու շուրջը:
Ի դեպ, բացի հիմնական ծրագրից, մենք ունենք, այսպես ասած, ճամբարային վայր՝ հանդիպումների սենյակ, որտեղ մասնակիցներն իրենք կարող են կազմակերպել փոքրիկ հանդիպում, սեմինար, վարպետության դաս և ինտիմ միջավայրում քննարկել հրատապ հարցեր: ցանկացած մասնակից կարող է, և ցանկացած մասնակից կարող է հանդես գալ որպես ծրագրի հանձնաժողով և քվեարկել այլ հանդիպումների օգտին: Այս ձևաչափն արդեն ապացուցել է իր արդյունավետությունը, հատկապես ցանցային առումով, այնպես որ ուշադիր նայեք ժամանակացույցը, և համաժողովի ընթացքում հետևեք նոր հանդիպումների մասին հայտարարություններին .
Կհանդիպենք DevOpsConf 2019 գալակտիկայում:
Source: www.habr.com