Jei tu tiki , tik 1% startuolių išgyvena. Nekalbėsime apie tokio mirtingumo lygio priežastis – tai ne mūsų reikalas. Geriau papasakosime, kaip padidinti išgyvenimo tikimybę pasitelkus kompetentingą IT infrastruktūros valdymą.
Straipsnyje:
- tipinės IT startuolių klaidos;
- kaip padeda išvengti šių klaidų;
- mokomieji pavyzdžiai iš praktikos.
Kas negerai su IT startuoliams?
Verta patikslinti, kad startuoliais neturime galvoje kavinę ar insektariumą prekybos centre. Mes kalbame apie technologijų startuolius – apie tuos, kuriuos persekioja GitHub, Uber, Slack, Miro ir kt. sėkmė.
Startuoliai visada turi daug problemų, kurios neleidžia jiems pakilti: nuo nepakankamų investicijų iki neišplėtoto verslo modelio. Taip pat, kaip bebūtų keista, yra ir pirmųjų sėkmių problema.
Pirmoji sėkmė yra bloga pradedantiesiems, kurie pervertina savo galimybes, ypač finansines ir personalo galimybes. Uždarius pirmąsias sėkmingas bylas, tokiems optimistams kyla noras iš karto plėstis: išsinuomoti kitą biurą, į komandą įdarbinti naujus pardavėjus, kūrėjus ir tuo pačiu išplėsti backend (ir su marža). Čia iš karto atsiranda problema #1.
Startuolio žmonės daro tai, ko nežino, kaip daryti.
Ir jie nedaro to, ko reikia norint sukurti startuolį. Leisk man paaiškinti.
Kiekvienas startuolis turi turėti bent tris vaidmenis:
- IT specialistas (arba technologas);
- pardavėjas (arba rinkodaros specialistas);
- vizionierius (arba verslininkas, kuris taip pat dažnai yra investuotojas).
Dažnai šie vaidmenys yra sumaišyti. Pavyzdžiui, startuolis yra IT specialistas, kuris, be to, yra priverstas parduoti. Jis niekada nepardavė ir daro tai, kaip gali. Toks startuolis yra savotiška piktybinė tarpfunkcinė komanda.
Bet, tarkime, startuoliui pasisekė: yra kam parduoti, o IT specialistas užsiima savo reikalais. Tačiau retai IT specialistas derina skirtingas kvalifikacijas: kūrėją, testuotoją, administratorių, architektų inžinierių. Ir net jei jis derinamas, vargu ar jis bus vienodai geras. Jis gali suprasti tarpinę programinę įrangą, bet ne tiek su debesų paslaugomis ir virtualizacijos programine įranga.
Kai plečiasi backend, padidėja IT specialisto apkrova. Kažkas pradeda „smukti“. Blogiausia, jei tai yra kritinė sritis startuoliui, pavyzdžiui, produkto kūrimas. Ir dabar žmogus turi dirbti viršvalandžius, o kartais ir visą parą.
Perkrova dėl žmonių ir kvalifikacijos trūkumo – būdingas daugumos startuolių bruožas, pasekmė to, kad žmonės elgiasi neteisingai.
Visos paslaugos yra įdiegtos vienoje virtualioje mašinoje
Pradedantieji dažnai, remdamiesi savo idėjomis apie taupymą, vienoje VM talpina kūrimo aplinkas, duomenų bazes, žiniatinklio serverį, stebėjimą ir pan. Iš pradžių visas šis verslas veikia daugmaž pakenčiamai. Problemos prasideda, kai reikia padidinti mastelį.
Pradedantieji paprastai skalauja vertikaliai. Tai yra, jie tiesiog padidina procesorių skaičių, RAM, diskų ir tt kiekį – tai klasikinis monolitinis požiūris, kurio neigiamas poveikis tam tikru momentu tampa negrįžtamas. Jei auga jauna įmonė, tam tikrame etape padidintų išteklių kaina šokteli iki neįperkamo lygio. Šiuo atveju yra tik vienas būdas optimizuoti infrastruktūrą: ją surinkti iš naujo.
Kaip padeda valdoma IT
Šio tipo projektams turime valdomų paslaugų klasės paslaugą - .
Klientas iš dėžutės gauna:
- darbui reikalingų aplinkų paruošimas: dev, test, prod;
- sukonfigūruoti CI/CD procesai;
- paruošti įrankiai komandiniam darbui: užduočių sekimo priemonės, versijų valdymo sistemos, diegimas, testavimas ir kt.
Infrastruktūros ir įrankių lygiu visiems startuoliams reikia maždaug tų pačių dalykų. Jei rizikos rinką palyginsite su aukso kasyba, valdomų paslaugų teikėjas (MSP) teikia naujus aukštos kokybės įrankius: nedūžtančius kirtiklius ir vežimėlius, nemeluojančius žemėlapius. Žvalgytojui tereikia pasirinkti vietą, kur kasti.
Valdomų IT privalumai
Tvarkomos IT yra visapusiška paslauga, apimanti daugybę privalomų poreikių.
- Pradžioje suteikiame reikalingus ir pritaikytus išteklius darbui, augimui ir hipotezių tikrinimui.
- Galime tiksliai pasakyti, kaip didės sąnaudos didinant mastelį, nes žinome, kad pagrindinis rodiklis yra startuolio ekonomikos konvergencija.
- Konsultuojame, norėdami sutaupyti startuoliams nemažą darbo valandų kiekį. Taip pat galime padėti atlikti projekto vieneto ekonomikos skaičiavimus.
- Dalinamės geriausia rinkos praktika. ITGLOBAL.COM žmonės dirbo su nemažai pradedančiųjų įmonių. Daugelis šių pradedančiųjų įmonių yra kas mėnesį. Tai leidžia mums surinkti geriausius (ir blogiausius) pavyzdžius ir pasidalinti savo patirtimi su klientais.
Du atvejai iš praktikos
NDA teigimu, konkrečių įmonių įvardyti negalime, bet apimtis ir produktas – taip.
Sfera: fintech / mažmeninė prekyba
Produktas: turgavietėje
Problemos:
- CI/CD grandinėje bandymų nebuvo. Pridėjus nuotolinius testuotojus, kūrimo procesas tapo sudėtingesnis.
- Kūrėjai vienu metu dirbo viename kūrėjo serveryje be tam skirtos aplinkos konteineriuose.
- 70% kūrėjų laiko praleido tiems patiems veiksmams nuo išleidimo iki išleidimo. Vystymo greitis buvo labai lėtas.
- Infrastruktūra buvo įdiegta nebrangioje prieglobos įmonėje Vokietijoje (t. y. jokios spartos, jokio patikimumo).
Tai, beje, pastebima kiekviename pirmame projekte.
Sprendimas yra valdomas DevOps: įdiegėme CI/CD procesus, nustatėme teisingą testavimą ir stebėjimą, įsikišome į plėtrą verslo procesų lygmeniu ir perkėlėme infrastruktūrą į produktyvius serverius III pakopos duomenų centre.
Rezultatas:
- kūrimo efektyvumas padidėjo: naujos funkcijos ir atnaujinimai pradėjo pasirodyti greičiau su mažiau darbo jėgos;
- dėl to sumažėjo viso kūrimo proceso kaina;
- infrastruktūra tapo lanksti: klientas gali greitai padidinti ir sumažinti mastelį;
- valdomų „DevOps“ sąnaudos, kliento teigimu, atsipirko per šešis mėnesius.
Sfera: interneto reklama
Produktas: AI platforma, skirta automatizuoti reklamos kampanijas
Problemos:
- backend senoje aparatinėje įrangoje, duomenų centre su žemu gedimų tolerancijos lygiu;
- reguliarių atsarginių kopijų trūkumas;
- monolitinė infrastruktūra.
Sprendimas buvo valdomas IT: perkėlėme infrastruktūrą į aukščiausios klasės aparatinę įrangą, sukonfigūravome Galera klasterį horizontaliam mastelio keitimui, parodėme, kaip bus paskirstyta VM apkrova, sukūrėme atsargines kopijas ir stebėjimą. Dabar, be priežiūros, aktyviai konsultuojame, taip pat ir DevOps klausimais.
Rezultatas:
- infrastruktūra tapo mikropaslauga: žymiai sumažėjo išplėtimo kaštai, padidėjo galimybė tomis pačiomis sąnaudomis išplėsti mastelį;
- padidėjo infrastruktūros patikimumas ir saugumas;
- kūrėjai perėjo nuo kaskadinio kūrimo modelio prie CI/CD, o tai padėjo sumažinti išlaidas;
- Finansinė valdomų IT nauda, kliento teigimu, tapo akivaizdi iš karto.
išvada
Startuolių išlikimas labai priklauso nuo sėkmės. Vienas startuolis gali išleisti pinigus brangiai įrangai ir iš to nieko negauti. Kitas bus sėkmingas net ir turėdamas niūrią IT infrastruktūrą – kaip aukso kasėjas suranda aukso kasyklą su senu kirtikliu.
Tačiau valdomo IT teikėjo teikiami modernūs įrankiai, praktika ir profesionalūs darbuotojai žymiai sumažina nesėkmės tikimybę.
Šaltinis: www.habr.com