Եթե հավատում եք , ստարտափների միայն 1%-ն է գոյատևում։ Մենք չենք քննարկի մահացության այս մակարդակի պատճառները, սա մեր գործը չէ։ Մենք ավելի շուտ կպատմենք ձեզ, թե ինչպես մեծացնել գոյատևման հավանականությունը ՏՏ ենթակառուցվածքի իրավասու կառավարման միջոցով:
Հոդվածում.
- ՏՏ ոլորտում ստարտափների բնորոշ սխալները.
- ինչպես օգնում է խուսափել այս սխալներից;
- ուսանելի օրինակներ պրակտիկայից.
Ի՞նչն է ՏՏ-ի սխալը նորաստեղծների համար:
Արժե պարզաբանել, որ ստարտափ ասելով մենք նկատի չունենք առևտրի կենտրոնում գտնվող սրճարան կամ միջատակ: Մենք տեխնոլոգիական ստարտափների մասին ենք. նրանց մասին, ում հետապնդում է GitHub-ի, Uber-ի, Slack-ի, Miro-ի և այլնի հաջողությունները:
Ստարտափները միշտ ունենում են բազմաթիվ խնդիրներ, որոնք խանգարում են նրանց դուրս գալ՝ անբավարար ներդրումներից մինչև չզարգացած բիզնես մոդել: Նույն ուղղությամբ, տարօրինակ կերպով, առաջին հաջողությունների խնդիրն է:
Առաջին հաջողությունները վատ են այն ստարտափների համար, ովքեր գերագնահատում են իրենց հնարավորությունները, հատկապես ֆինանսական և կադրային: Առաջին հաջող դեպքերը փակելուց հետո նման լավատեսները ցանկություն ունեն անմիջապես ընդլայնվելու. վարձել մեկ այլ գրասենյակ, հավաքագրել նոր վաճառողներ և ծրագրավորողներ թիմում և միևնույն ժամանակ մեծացնել հետին պլանը (և մարժա): Այստեղ անմիջապես հայտնվում է թիվ 1 խնդիրը:
Ստարտափի մարդիկ անում են բաներ, որոնք չգիտեն, թե ինչպես անել:
Եվ նրանք չեն անում այն, ինչ պահանջվում է ստարտափ ստեղծելու համար: Թույլ տուր բացատրեմ.
Յուրաքանչյուր ստարտափ պետք է ունենա առնվազն երեք դեր.
- ՏՏ մասնագետ (կամ տեխնոլոգ);
- վաճառող (կամ շուկայավար);
- տեսլական (կամ ձեռնարկատեր, ով նաև հաճախ ներդրող է):
Հաճախ այդ դերերը խառնվում են: Օրինակ՝ ստարտափը ՏՏ մասնագետն է, ով, բացի այդ, ստիպված է վաճառել։ Նա երբեք չի վաճառել և անում է այն, ինչպես կարող է: Նման ստարտափը մի տեսակ չարորակ խաչաձեւ ֆունկցիոնալ թիմ է։
Բայց ասենք, որ ստարտափը բախտավոր է. կա մեկը, որին վաճառում է, և ՏՏ մասնագետը զբաղվում է իր բիզնեսով: Այնուամենայնիվ, հազվադեպ է պատահում, որ ՏՏ մասնագետը համատեղում է տարբեր որակավորումներ՝ մշակող, փորձարկող, ադմինիստրատոր, ճարտարապետ ճարտարագետ: Եվ նույնիսկ եթե այն համատեղվի, դժվար թե նույնքան լավ լինի: Նա կարող է հասկանալ միջին ծրագրակազմը, բայց ոչ այնքան ամպային ծառայություններից և վիրտուալացման ծրագրերից:
Երբ backend-ը ընդլայնվում է, ՏՏ մասնագետի բեռը մեծանում է: Ինչ-որ բան սկսում է «թուլանալ»: Ամենավատն այն է, եթե սա ստարտափի համար կրիտիկական ոլորտ է, ինչպիսին է արտադրանքի մշակումը: Իսկ հիմա մարդը պետք է աշխատի արտաժամյա, երբեմն էլ՝ շուրջօրյա։
Մարդկանց և որակավորումների պակասի պատճառով գերծանրաբեռնվածությունը ստարտափների մեծ մասի բնորոշ հատկանիշն է՝ մարդկանց սխալ գործելու հետևանք։
Բոլոր ծառայությունները տեղակայված են մեկ վիրտուալ մեքենայի վրա
Ստարտափները հաճախ խնայողությունների մասին սեփական պատկերացումների հիման վրա տեղադրում են զարգացման միջավայրեր, տվյալների բազաներ, վեբ սերվեր, մոնիտորինգ և այլն մեկ VM-ի վրա: Սկզբում այս ամբողջ բիզնեսը քիչ թե շատ տանելի է աշխատում։ Խնդիրները սկսվում են այն ժամանակ, երբ պետք է մասշտաբներ ընդլայնել:
Ստարտափները սովորաբար մասշտաբվում են ուղղահայաց: Այսինքն՝ ուղղակի ավելացնում են պրոցեսորների քանակը, օպերատիվ հիշողության ծավալը, սկավառակների քանակը և այլն՝ սա դասական մոնոլիտ մոտեցում է, որի բացասական ազդեցությունը ինչ-որ պահի դառնում է անդառնալի։ Եթե երիտասարդ ընկերությունն աճում է, ապա որոշակի փուլում ավելացած ռեսուրսների գինը հասնում է անմատչելի մակարդակի: Այս դեպքում ենթակառուցվածքը օպտիմալացնելու միայն մեկ տարբերակ կա՝ այն նորից հավաքել:
Ինչպես է օգնում կառավարվող ՏՏ-ն
Այս տեսակի նախագծի համար մենք ունենք կառավարվող ծառայությունների դասի ծառայություն. .
Հաճախորդը տուփից ստանում է.
- աշխատանքի համար անհրաժեշտ միջավայրերի պատրաստում՝ dev, test, prod;
- կազմաձևված CI/CD գործընթացներ;
- պատրաստված գործիքներ թիմային աշխատանքի համար՝ առաջադրանքների հետքեր, տարբերակների կառավարման համակարգեր, տեղակայում, փորձարկում և այլն:
Ենթակառուցվածքի և գործիքների մակարդակով բոլոր ստարտափներին անհրաժեշտ են մոտավորապես նույն բաները: Եթե դուք համեմատում եք վենչուրային շուկան ոսկու արդյունահանման հետ, Կառավարվող ծառայություններ մատուցողը (MSP) տրամադրում է նոր, բարձրորակ գործիքներ՝ ընտրանին և սայլեր, որոնք չեն կոտրվում, քարտեզներ, որոնք չեն ստում: Հետախույզը պարզապես պետք է փորելու տեղ ընտրի:
Կառավարվող ՏՏ-ի առավելությունները
Կառավարվող ՏՏ-ն համապարփակ ծառայություն է, որը ներառում է մի շարք պարտադիր կարիքներ:
- Սկզբում մենք տրամադրում ենք անհրաժեշտ և հարմարեցված ռեսուրսներ աշխատանքի, աճի և վարկածների փորձարկման համար:
- Մենք կարող ենք հստակ ասել, թե ինչպես կբարձրանա արժեքը, երբ մասշտաբները կբարձրանան, քանի որ մենք գիտենք, որ հիմնական ցուցանիշը ստարտափի տնտեսության սերտաճումն է։
- Մենք տրամադրում ենք խորհրդատվություն՝ ստարտափներին աշխատաժամանակի զգալի չափով խնայելու համար: Մենք կարող ենք նաև օգնել նախագծի միավորի տնտեսագիտության հաշվարկներին:
- Մենք կիսում ենք շուկայի լավագույն փորձը: ITGLOBAL.COM-ի մարդիկ աշխատել են բավականին շատ ստարտափների հետ: Այս ստարտափներից շատերը ամսական են: Սա թույլ է տալիս մեզ հավաքել լավագույն (և վատագույն) օրինակները և կիսել մեր փորձը հաճախորդների հետ:
Երկու դեպք պրակտիկայից
Ըստ ԱԺԴ-ի՝ կոնկրետ ընկերությունների անուններ չենք կարող ասել, բայց ծավալն ու արտադրանքը՝ այո։
Ոլորտ: ֆինտեխ/մանրածախ
Ապրանք շուկա
Խնդիրներ:
- CI/CD շղթայում թեստավորում չի եղել: Հեռակա փորձարկիչների ավելացումը միայն ավելի բարդացրեց կառուցման գործընթացը:
- Մշակողները միաժամանակ աշխատել են մեկ մշակող սերվերի վրա՝ առանց կոնտեյներներում հատուկ միջավայրերի:
- Մշակողների ժամանակի 70%-ը ծախսվել է թողարկումից մինչև թողարկում նույն գործողությունների վրա: Զարգացման արագությունը շատ դանդաղ էր։
- Ենթակառուցվածքը տեղակայվել է Գերմանիայում ցածր գնով հոսթինգ ընկերությունում (այսինքն՝ առանց արագության, առանց հուսալիության):
Սա, ի դեպ, նկատվում է յուրաքանչյուր առաջին նախագծում։
Լուծումը կառավարվում է DevOps-ով. մենք իրականացրեցինք CI/CD գործընթացներ, ստեղծեցինք ճիշտ թեստավորում և մոնիտորինգ, միջամտեցինք զարգացմանը բիզնես գործընթացի մակարդակով և փոխանցեցինք ենթակառուցվածքը երրորդ մակարդակի տվյալների կենտրոնի արտադրողական սերվերներին:
Արդյունքը:
- զարգացման արդյունավետությունը մեծացել է. նոր գործառույթներն ու թարմացումները սկսեցին ավելի արագ դուրս գալ ավելի քիչ աշխատուժով.
- արդյունքում, ընդհանուր առմամբ զարգացման գործընթացի արժեքը նվազել է.
- ենթակառուցվածքը դարձել է ճկուն. հաճախորդը կարող է արագորեն մեծացնել և՛ վերև, և՛ ներքև;
- Կառավարվող DevOps-ի ծախսերը, ըստ հաճախորդի, մարվել են վեց ամսվա ընթացքում:
Ոլորտ: վեբ գովազդ
Ապրանք AI հարթակ գովազդային արշավների ավտոմատացման համար
Խնդիրներ:
- backend հին սարքաշարի վրա, տվյալների կենտրոնում սխալների հանդուրժողականության ցածր մակարդակով.
- կանոնավոր կրկնօրինակների բացակայություն;
- միաձույլ ենթակառուցվածք.
Լուծումը կառավարվում էր ՏՏ ոլորտում. մենք ենթակառուցվածքը տեղափոխեցինք բարձրակարգ սարքաշար, կազմաձևեցինք Galera կլաստերը հորիզոնական մասշտաբավորման համար, ցույց տվեցինք, թե ինչպես է բաշխվելու VM-ի բեռը, ստեղծեցինք պահուստավորում և մոնիտորինգ: Այժմ, բացի սպասարկումից, մենք ակտիվորեն խորհրդակցում ենք, այդ թվում՝ DevOps-ի վերաբերյալ:
Արդյունքը:
- ենթակառուցվածքը դարձել է միկրոսերվիս. ընդլայնման արժեքը զգալիորեն նվազել է, և նույն գնով մասշտաբավորելու հնարավորությունը մեծացել է.
- բարձրացել են ենթակառուցվածքի հուսալիությունն ու անվտանգությունը.
- մշակողները կասկադային կառուցման մոդելից անցան CI/CD-ի, ինչը օգնեց նվազեցնել ծախսերը.
- Կառավարվող ՏՏ ֆինանսական օգուտները, ըստ հաճախորդի, անմիջապես ակնհայտ դարձան։
Ամփոփում
Ստարտափների գոյատևումը մեծապես կախված է բախտից: Մեկ ստարտափը կարող է գումար ծախսել թանկարժեք սարքավորումների վրա և դրանից ոչինչ չստանալ: Մեկ ուրիշը հաջողակ կլինի նույնիսկ նենգ ՏՏ ենթակառուցվածքի դեպքում, ինչպես որ ոսկու հանքագործը հին քսակով ոսկու հանք է գտնում:
Այնուամենայնիվ, ժամանակակից գործիքները, գործելակերպը և պրոֆեսիոնալ անձնակազմը, որը տրամադրում է Կառավարվող ՏՏ մատակարարը, զգալիորեն նվազեցնում են ձախողման հավանականությունը:
Source: www.habr.com