Ձեր ընկերությունում OpenStack-ի ներդրման կատարյալ ճանապարհ չկա, սակայն կան ընդհանուր սկզբունքներ, որոնք կարող են ձեզ առաջնորդել դեպի հաջող իրականացում:
OpenStack-ի պես բաց կոդով ծրագրաշարի առավելություններից մեկն այն է, որ դուք կարող եք ներբեռնել այն, փորձել և գործնական պատկերացում կազմել դրա մասին՝ առանց վաճառող վաճառողների հետ երկարատև շփումների կամ ձեր ընկերության միջև երկարատև ներքին փորձնական հաստատումների անհրաժեշտության: և ձեր ընկերությունը - վաճառող:
Բայց ի՞նչ է տեղի ունենում, երբ ժամանակն է ավելին անել, քան պարզապես նախագիծը փորձելը: Ինչպե՞ս եք պատրաստելու տեղակայված համակարգը սկզբնական կոդից մինչև արտադրություն: Ինչպե՞ս կարող եք հաղթահարել կազմակերպչական խոչընդոտները նոր և փոխակերպող տեխնոլոգիաների ընդունման համար: Որտեղի՞ց սկսել: Ի՞նչ եք անելու հետո:
Իհարկե, շատ բան կարելի է սովորել նրանց փորձից, ովքեր արդեն տեղակայել են OpenStack-ը: OpenStack-ի ընդունման օրինաչափությունները ավելի լավ հասկանալու համար ես խոսեցի մի քանի թիմերի հետ, որոնք հաջողությամբ ներկայացրել են համակարգը իրենց ընկերություններին:
MercadoLibre. անհրաժեշտության թելադրանք և ավելի արագ վազում, քան եղնիկը
Եթե անհրաժեշտությունը բավականաչափ ուժեղ է, ապա ճկուն ամպային ենթակառուցվածքի ներդրումը կարող է գրեթե նույնքան պարզ լինել, որքան «կառուցեք այն, և նրանք կգան»: Շատ առումներով սա այն փորձն է, որ ունեցել են Ալեխանդրո Կոմիսարիոն, Մաքսիմիլիանո Վենեսիոն և Լեանդրո Ռեոքսը իրենց MercadoLibre ընկերության հետ, որը Լատինական Ամերիկայում էլեկտրոնային առևտրի ամենամեծ և աշխարհում ութերորդն է:
2011թ.-ին, երբ ընկերության զարգացման բաժինը սկսեց իր այն ժամանակվա մոնոլիտ համակարգը տարրալուծելու ճանապարհորդությունը մի հարթակի մեջ, որը բաղկացած էր API-ների միջոցով կապակցված թույլ կապակցված ծառայություններից, ենթակառուցվածքի թիմը բախվեց այն հարցումների քանակի կտրուկ աճի հետ, որոնք անհրաժեշտ էին իրենց փոքր թիմին կատարել: .
«Տեղաշարժը տեղի ունեցավ շատ արագ», - ասում է Ալեխանդրո Կոմիսարիոն՝ MercadoLibre-ի ամպային ծառայությունների տեխնիկական ղեկավարը: «Մենք բառացիորեն մեկ գիշերվա ընթացքում հասկացանք, որ չենք կարող շարունակել աշխատել այս տեմպերով առանց ինչ-որ համակարգի օգնության:
Ալեխանդրո Կոմիսարիոն, Մաքսիմիլիանո Վենեսիոն և Լեանդրո Ռեոքսը, այն ժամանակվա MercadoLibre-ի ողջ թիմը, սկսեցին փնտրել տեխնոլոգիաներ, որոնք թույլ կտան նրանց վերացնել իրենց ծրագրավորողներին ենթակառուցվածքների տրամադրման հետ կապված ձեռնարկային քայլերը:
Թիմն իր առջեւ դրեց ավելի բարդ նպատակներ՝ ձեւակերպելով նպատակներ ոչ միայն անմիջական խնդիրների, այլեւ ամբողջ ընկերության նպատակների համար՝ նվազեցնելով օգտատերերին արդյունավետ միջավայրի համար պատրաստ վիրտուալ մեքենաներով ապահովելու ժամանակը 2 ժամից մինչև 10 վայրկյան և վերացնելով. մարդկային միջամտությունն այս գործընթացից:
Երբ նրանք գտան OpenStack-ը, պարզ դարձավ, որ սա հենց այն էր, ինչ փնտրում էին։ MercadoLibre-ի արագ տեմպերով մշակույթը թիմին թույլ տվեց արագ առաջ շարժվել OpenStack միջավայրի կառուցման գործում՝ չնայած այն ժամանակվա նախագծի հարաբերական անհասունությանը:
«Ակնհայտ դարձավ, որ OpenStack մոտեցումը՝ հետազոտություն, կոդի մեջ ընկղմում, թեստավորման ֆունկցիոնալություն և մասշտաբավորում, համընկնում է MercadoLibre մոտեցման հետ», - ասում է Լեանդրո Ռեոքսը: «Մենք կարողացանք անմիջապես սուզվել նախագծի մեջ, սահմանել մի շարք թեստեր մեր OpenStack տեղադրման համար և սկսել փորձարկումը:
Երկրորդ OpenStack թողարկման վրա նրանց նախնական փորձարկումը բացահայտեց մի քանի խնդիրներ, որոնք խանգարեցին նրանց արտադրության մեջ մտնել, բայց Bexar-ի թողարկումից Cactus-ի թողարկումն անցում կատարվեց ճիշտ ժամանակին: Cactus-ի թողարկման հետագա փորձարկումը վստահություն է տվել, որ ամպը պատրաստ է կոմերցիոն օգտագործման համար:
Առևտրային շահագործման մեկնարկը և մշակողների կողմից ենթակառուցվածքների ձեռքբերման հնարավորության ըմբռնումը այնքան արագ, որքան ծրագրավորողները կարող են սպառել այն, որոշեցին իրականացման հաջողությունը:
«Ամբողջ ընկերությունը քաղցած էր նման համակարգի և դրա տրամադրած ֆունկցիոնալության համար», - նշում է Մաքսիմիլիանո Վենեսիոն, MercadoLibre-ի ենթակառուցվածքի ավագ ինժեներ:
Այնուամենայնիվ, թիմը զգույշ է եղել մշակողների սպասելիքները կառավարելիս: Նրանք պետք է համոզվեին, որ մշակողները հասկանում են, որ գոյություն ունեցող հավելվածները չեն կարողանա աշխատել նոր մասնավոր ամպի վրա առանց փոփոխությունների:
«Մենք պետք է համոզվեինք, որ մեր ծրագրավորողները պատրաստ են գրել առանց քաղաքացիության հավելվածներ ամպի համար», - ասաց Ալեխանդրո Կոմիսարիոն: «Դա նրանց համար մեծ մշակութային տեղաշարժ էր: Որոշ դեպքերում մենք պետք է ծրագրավորողներին սովորեցնեինք, որ իրենց տվյալները օրինակի վրա պահելը բավարար չէ: Մշակողները պետք է կարգավորեին իրենց մտածելակերպը:
Թիմը ուշադիր էր մշակողների վերապատրաստման հարցում և առաջարկեց լավագույն փորձը ամպի համար պատրաստ հավելվածներ ստեղծելու համար: Նրանք նամակներ ուղարկեցին, անցկացրին ոչ ֆորմալ ուսուցման լանչեր և պաշտոնական թրեյնինգներ և ապահովեցին ամպային միջավայրի պատշաճ փաստաթղթավորումը: Նրանց ջանքերի արդյունքն այն է, որ MercadoLibre-ի մշակողները այժմ նույնքան հարմարավետ են մշակում հավելվածներ ամպի համար, որքան ավանդական հավելվածներ են մշակում ընկերության վիրտուալացված միջավայրերի համար:
Ավտոմատացումը, որին նրանք կարողացան հասնել մասնավոր ամպի միջոցով, արդյունք տվեց՝ թույլ տալով MercadoLibre-ին կտրուկ մեծացնել իր ենթակառուցվածքը: Այն, ինչ սկսվեց որպես երեք ենթակառուցվածքային թիմ, որն աջակցում է 250 մշակողների, 100 սերվերների և 1000 վիրտուալ մեքենաների, վերածվել է 10 հոգուց բաղկացած թիմի, որն աջակցում է ավելի քան 500 մշակողների, 2000 սերվերների և 12 վիրտուալ մեքենաների:
Աշխատանքային օր. OpenStack-ի համար բիզնես գործի ստեղծում
SaaS ընկերության Workday-ի թիմի համար OpenStack-ն ընդունելու որոշումն ավելի քիչ գործառնական և ավելի շատ ռազմավարական էր:
Աշխատանքային օրվա ճամփորդությունը դեպի մասնավոր ամպի ընդունումը սկսվեց 2013 թվականին, երբ ընկերության ղեկավարությունը համաձայնեց ներդրումներ կատարել ծրագրային ապահովման կողմից սահմանված տվյալների կենտրոնի (SDDC) լայն նախաձեռնության մեջ: Այս նախաձեռնության հույսը տվյալների կենտրոններում ավելի մեծ ավտոմատացման, նորարարության և արդյունավետության հասնելն էր:
Workday-ը ստեղծեց իր տեսլականը մասնավոր ամպի համար ընկերության ենթակառուցվածքների, ինժեներական և գործառնական թիմերի միջև, և պայմանավորվածություն ձեռք բերվեց սկսել հետազոտական նախաձեռնություն: Workday-ը վարձեց Կարմին Ռեմիին որպես ամպային լուծումների տնօրեն՝ ղեկավարելու փոփոխությունը:
Rimi-ի առաջին խնդիրն էր Workday-ում ընդլայնել սկզբնական բիզնես գործը ընկերության ավելի մեծ մասի վրա:
Բիզնեսի հիմնաքարը SDDC-ի օգտագործման ժամանակ ճկունության բարձրացումն էր: Այս աճող ճկունությունը կօգնի ընկերությանը հասնել ծրագրային ապահովման շարունակական տեղակայման իր ցանկությանը զրոյական պարապուրդով: SDDC-ի համար նախատեսված API-ն նախատեսված էր աշխատանքային օրվա հավելվածների և հարթակների թիմերին թույլ տալ նորարարություններ կատարել այնպես, որ նախկինում երբեք հնարավոր չէր:
Սարքավորումների արդյունավետությունը դիտարկվել է նաև բիզնես գործով: Workday-ը հավակնոտ նպատակներ ունի՝ ավելացնելու տվյալների կենտրոնների առկա սարքավորումների և ռեսուրսների վերամշակման տեմպերը:
«Մենք պարզեցինք, որ մենք արդեն ունեինք միջին ծրագրային տեխնոլոգիա, որը կարող էր օգտվել մասնավոր ամպի առավելություններից: Այս միջին ծրագիրն արդեն օգտագործվել է մշակող/փորձարկման միջավայրեր հանրային ամպերում տեղակայելու համար: Անձնական ամպի միջոցով մենք կարող ենք ընդլայնել այս ծրագրաշարը՝ ստեղծելու հիբրիդային ամպային լուծում: Օգտագործելով հիբրիդային ամպային ռազմավարություն՝ Workday-ը կարող է աշխատանքային բեռները տեղափոխել հանրային և մասնավոր ամպերի միջև՝ առավելագույնի հասցնելով սարքավորումների օգտագործումը՝ միաժամանակ ապահովելով բիզնեսի խնայողությունները:
Վերջապես, Rimi-ի ամպային ռազմավարությունը նշեց, որ հասարակ առանց քաղաքացիության աշխատանքային ծանրաբեռնվածությունը և դրանց հորիզոնական մասշտաբը թույլ կտան Workday-ին սկսել օգտագործել իր անձնական ամպը ավելի քիչ ռիսկով և բնականաբար հասնել ամպային գործառնությունների հասունացման:
«Դուք կարող եք սկսել ձեր պլանից և սովորել, թե ինչպես կառավարել նոր ամպը փոքր ծանրաբեռնվածությամբ, որը նման է ավանդական R&D-ին, որը թույլ է տալիս փորձարկել անվտանգ միջավայրում», - առաջարկեց Ռիմին:
Ունենալով ամուր բիզնես դեպք՝ Ռիմին գնահատեց մի քանի հայտնի մասնավոր ամպային հարթակներ, ներառյալ OpenStack-ը, գնահատման չափանիշների լայն շրջանակի համեմատ, որոնք ներառում էին յուրաքանչյուր հարթակի բաց լինելը, օգտագործման հեշտությունը, ճկունությունը, հուսալիությունը, ճկունությունը, աջակցությունը և համայնքը և ներուժը: Հիմնվելով նրանց գնահատման վրա՝ Ռիմին և նրա թիմը ընտրեցին OpenStack-ը և սկսեցին ստեղծել առևտրի համար պատրաստ մասնավոր ամպ:
Հաջողությամբ իրագործելով իր առաջին կենսունակ OpenStack ամպը՝ Workday-ը շարունակում է ձգտել նոր SDDC միջավայրի ավելի լայն ընդունման համար: Այս նպատակին հասնելու համար Ռիմին օգտագործում է բազմակողմ մոտեցում, որը կենտրոնացած է.
- կենտրոնանալ ամպի համար պատրաստ աշխատանքային ծանրաբեռնվածության վրա, հատկապես պորտֆելի առանց քաղաքացիության հավելվածների
- չափանիշների և միգրացիայի գործընթացի սահմանում
- այս հավելվածների տեղափոխման զարգացման նպատակների սահմանում
- Հաղորդակցեք և կրթեք աշխատանքային օրվա շահագրգիռ կողմերի խմբերին՝ օգտագործելով OpenStack հանդիպումները, ցուցադրությունները, տեսանյութերը և թրեյնինգները
«Մեր ամպը աջակցում է մի շարք աշխատանքային բեռների, ոմանք արտադրության մեջ, մյուսները՝ կոմերցիոն օգտագործման համար նախապատրաստվելու համար: Ի վերջո, մենք ցանկանում ենք տեղափոխել բոլոր ծանրաբեռնվածությունները, և ես ակնկալում եմ, որ մենք կհասնենք մի կետի, որտեղ մենք կտեսնենք ակտիվության հանկարծակի ներհոսք: Մենք ամեն օր մաս առ մաս պատրաստում ենք համակարգը, որպեսզի կարողանանք կարգավորել գործունեության այս մակարդակը, երբ ժամանակը գա:
BestBuy. կոտրել տաբուները
Էլեկտրոնիկայի մանրածախ վաճառքով զբաղվող BestBuy-ը, որի տարեկան եկամուտը կազմում է 43 միլիարդ դոլար և 140 հազար աշխատակից, ամենախոշորն է հոդվածում թվարկված ընկերություններից: Եվ այսպես, թեև այն գործընթացները, որոնք bestbuy.com ենթակառուցվածքի թիմը օգտագործում էր OpenStack-ի վրա հիմնված մասնավոր ամպ պատրաստելու համար, եզակի չեն, ճկունությունը, որով նրանք կիրառեցին այս գործընթացները, տպավորիչ է:
Իրենց առաջին OpenStack ամպը BestBuy-ին բերելու համար Web Solutions-ի տնօրեն Սթիվ Իսթհեմը և գլխավոր ճարտարապետ Ջոել Քրաբը ստիպված էին ապավինել ստեղծագործական ունակություններին՝ հաղթահարելու բազմաթիվ խոչընդոտները, որոնք կանգնած էին իրենց ճանապարհին:
BestBuy OpenStack նախաձեռնությունն առաջացել է 2011 թվականի սկզբին էլեկտրոնային առևտրի կայքի թողարկման գործընթացների հետ կապված տարբեր բիզնես գործընթացները հասկանալու ջանքերից: Այս ջանքերը բացահայտեցին որակի ապահովման գործընթացներում զգալի անարդյունավետություն: Որակի ապահովման գործընթացը ներդրեց զգալի ծախսեր յուրաքանչյուր հիմնական կայքի թողարկման հետ, որը տեղի էր ունենում տարեկան երկու-չորս անգամ: Այս ծախսերի մեծ մասը կապված էր շրջակա միջավայրի ձեռքով կազմաձևման, շեղումների հաշտեցման և ռեսուրսների առկայության խնդիրների լուծման հետ:
Այս խնդիրները լուծելու համար bestbuy.com-ը ներկայացրեց «Որակի ապահովում ըստ պահանջի» նախաձեռնությունը՝ Սթիվ Իսթհեմի և Ջոել Քրաբի գլխավորությամբ՝ բացահայտելու և վերացնելու խցանումները bestbuy.com-ի որակի ապահովման գործընթացում: Այս նախագծի հիմնական առաջարկությունները ներառում էին որակի ապահովման գործընթացների ավտոմատացում և օգտատերերի թիմերին ինքնասպասարկման գործիքներ տրամադրելը:
Թեև Սթիվ Իսթհեմը և Ջոել Քրաբը կարողացան օգտագործել որակի վերահսկողության շատ զգալի ծախսերի հեռանկարը՝ հիմնավորելու մասնավոր ամպի մեջ ներդրումները, նրանք արագ բախվեցին խնդրին. թեև նախագիծը հաստատվել էր, նախագծի համար միջոցներ չկար: Ծրագրի համար սարքավորումներ ձեռք բերելու համար բյուջե չկար:
Necessity-ը գյուտի մայրն է, և թիմը նոր մոտեցում է որդեգրել ամպի ֆինանսավորման համար. նրանք փոխանակեցին բյուջեն երկու մշակողների հետ մեկ այլ թիմի հետ, որն ուներ ապարատային բյուջե:
Ստացված բյուջեով նրանք մտադիր էին ձեռք բերել ծրագրի համար անհրաժեշտ սարքավորումները։ Կապվելով HP-ի՝ իրենց այն ժամանակ ապարատային մատակարարի հետ, նրանք սկսեցին օպտիմալացնել առաջարկը: Մանրակրկիտ բանակցությունների և սարքավորումների պահանջների ընդունելի կրճատման միջոցով նրանք կարողացան գրեթե կիսով չափ կրճատել սարքավորումների ծախսերը:
Նմանապես, Սթիվ Իսթհեմը և Ջոել Քրաբը գործարք են կնքել ընկերության ցանցային թիմի հետ՝ օգտվելով առկա միջուկի առկա հզորությունից՝ խնայելով նոր ցանցային սարքավորումների ձեռքբերման հետ կապված սովորական ծախսերը:
«Մենք բավականին բարակ սառույցի վրա էինք», - ասաց Սթիվ Իսթհեմը: «Սա սովորական պրակտիկա չէր Best Buy-ում այն ժամանակ կամ հիմա: Մենք գործում էինք ռադարից ցածր: Մեզ կարող էին նկատողություն անել, բայց կարողացանք խուսափել դրանից։
Ֆինանսական դժվարությունների հաղթահարումը բազմաթիվ խոչընդոտներից միայն առաջինն էր։ Այն ժամանակ գործնականում հնարավորություն չկար գտնել OpenStack-ի փորձագետներ նախագծի համար։ Այսպիսով, նրանք պետք է թիմ ստեղծեին զրոյից՝ թիմում միավորելով ավանդական Java մշակողներին և համակարգի ադմինիստրատորներին:
«Մենք պարզապես նրանց դրեցինք սենյակ և ասացինք. «Գտեք, թե ինչպես աշխատել այս համակարգը», - ասում է Ջոել Քրաբը: — Java-ի մշակողներից մեկը մեզ ասաց. «Սա խելագարություն է, դուք չեք կարող դա անել: Ես չգիտեմ, թե ինչի մասին եք խոսում»:
Մենք պետք է համատեղեինք երկու տեսակի թիմերի տարբեր ոճերը՝ հասնելու համար ցանկալի արդյունքի՝ ծրագրային ապահովման վրա հիմնված, փորձարկվող, աստիճանական զարգացման գործընթաց:
Ծրագրի սկզբում թիմին խրախուսելը նրանց թույլ տվեց մի քանի տպավորիչ հաղթանակներ գրանցել: Նրանք կարողացան արագ փոխարինել ժառանգության զարգացման միջավայրը, նվազեցնել որակի ապահովման (QA) միջավայրերի քանակը և վերափոխման գործընթացում ձեռք բերեցին թիմերի նոր գործելաոճ և հավելվածների առաքման արագություն:
Նրանց հաջողությունը նրանց դրեց լավ դիրքում՝ լրացուցիչ ռեսուրսներ խնդրելու իրենց մասնավոր ամպային նախաձեռնության համար: Եվ այս անգամ նրանք աջակցություն ունեին ընկերության բարձրագույն ղեկավարության մակարդակով։
Սթիվ Իսթհեմը և Ջոել Քրաբը ստացել են լրացուցիչ անձնակազմ և հինգ նոր դարակաշարեր վարձելու համար անհրաժեշտ ֆինանսավորումը: Նախագծերի այս ալիքի առաջին ամպը OpenStack միջավայրն էր, որը վարում է Hadoop կլաստերները՝ վերլուծությունների համար: Իսկ այն արդեն կոմերցիոն շահագործման մեջ է։
Ամփոփում
MercadoLibre, Workday և Best Buy պատմությունները կիսում են մի շարք սկզբունքներ, որոնք կարող են առաջնորդել ձեզ դեպի OpenStack-ի հաջող ընդունում. Բաց եղեք մշակողների, բիզնեսների և այլ պոտենցիալ օգտվողների կարիքների համար. աշխատել ձեր ընկերության սահմանված գործընթացների շրջանակներում. համագործակցություն այլ կազմակերպությունների հետ; և անհրաժեշտության դեպքում պատրաստ եղեք գործել կանոններից դուրս: Սրանք բոլորը արժեքավոր փափուկ հմտություններ են, որոնք օգտակար է ունենալ OpenStack ամպի հետ:
Ձեր ընկերությունում OpenStack-ի ներդրման կատարյալ ուղի չկա. իրականացման ուղին կախված է բազմաթիվ գործոններից, որոնք կապված են ինչպես ձեզ, այնպես էլ ձեր ընկերությանը և այն իրավիճակին, որում դուք հայտնվել եք:
Թեև այս փաստը կարող է շփոթեցնել OpenStack-ի երկրպագուների համար, ովքեր մտածում են, թե ինչպես իրականացնել իրենց առաջին նախագիծը, այնուամենայնիվ, դա դրական տեսակետ է: Սա նշանակում է, որ սահմանափակումներ չկան, թե որքան հեռու կարող եք գնալ OpenStack-ով: Այն, ինչին կարող եք հասնել, սահմանափակվում է միայն ձեր ստեղծագործականությամբ և հնարամտությամբ:
Source: www.habr.com