R • SЃR »Rë RІRµSЂRëS‚SЊ , preživi le 1 % startupov. Ne bomo razpravljali o razlogih za tako stopnjo umrljivosti; to ni naša stvar. Raje vam povemo, kako povečati verjetnost preživetja s kompetentnim upravljanjem IT infrastrukture.
v članku:
- tipične napake startupov v IT;
- kot pomaga preprečiti te napake;
- poučni primeri iz prakse.
Kaj je narobe z IT za startupe?
Vredno je pojasniti, da pod startupi ne mislimo na kavarno ali insektarij v nakupovalnem središču. Gre za tehnološka startupa – za tiste, ki jih preganja uspeh GitHub, Uber, Slack, Miro itd.
Startupi imajo vedno veliko težav, ki jim onemogočajo zagon: od nezadostnih vlaganj do nerazvitega poslovnega modela. V istem duhu je, nenavadno, tudi težava s prvimi uspehi.
Prvi uspehi so slabi za startupe, ki precenjujejo svoje sposobnosti, predvsem finančne in kadrovske. Po zaključku prvih uspešnih primerov imajo takšni optimisti željo po takojšnji širitvi: najeti drugo pisarno, zaposliti nove prodajalce in razvijalce v ekipo ter hkrati povečati zaledje (in z maržo). Tukaj se takoj pojavi problem št. 1.
Ljudje v startupu delajo stvari, ki jih ne znajo.
In ne naredijo tistega, kar je potrebno za razvoj startupa. Naj pojasnim.
Vsak startup mora imeti vsaj tri vloge:
- IT specialist (ali tehnolog);
- prodajalec (ali tržnik);
- vizionar (ali podjetnik, ki je pogosto tudi investitor).
Pogosto se te vloge mešajo. Na primer, startup je IT strokovnjak, ki je poleg tega prisiljen prodajati. Nikoli ni prodajal in to počne po najboljših močeh. Tak startup je nekakšna maligna medfunkcionalna ekipa.
Toda recimo, da ima startup srečo: obstaja komu prodati, IT-strokovnjak pa se ukvarja s svojim poslom. Redko pa se zgodi, da informatik združuje različne kvalifikacije: razvijalec, preizkuševalec, administrator, arhitekturni inženir. In tudi če združuje, je malo verjetno, da bo enako dobro. Morda razume vmesno programsko opremo, vendar ne toliko s storitvami v oblaku in programsko opremo za virtualizacijo.
Ko se zaledje razširi, se obremenitev IT strokovnjaka poveča. Nekaj se začne "popuščati". Najslabše je, če je to za startup kritično področje, kot je razvoj produkta. In zdaj mora človek delati nadure, včasih pa tudi XNUMX ur na dan.
Preobremenjenost zaradi pomanjkanja ljudi in kvalifikacij je značilna lastnost večine startupov, posledica tega, da ljudje delajo narobe.
Vse storitve so razporejene na enem virtualnem stroju
Startupi pogosto na podlagi lastnih idej o varčevanju na en VM postavijo razvojna okolja, podatkovne baze, spletni strežnik, monitoring itd. Sprva ves ta posel deluje bolj ali manj znosno. Težave se začnejo, ko morate povečati obseg.
Startupi se običajno širijo navpično. To pomeni, da preprosto povečajo število procesorjev, količino RAM-a, diskov itd. - To je klasičen monoliten pristop, katerega negativni učinek na neki točki postane nepovraten. Če mlado podjetje raste, na določeni stopnji cena povečanih sredstev poskoči na nedosegljivo raven. V tem primeru obstaja le en način za optimizacijo infrastrukture: ponovno jo sestavite.
Kako pomaga upravljana IT
Za to vrsto projekta imamo storitev razreda upravljanih storitev - .
Stranka takoj prejme:
- priprava potrebnih okolij za delo: dev, test, prod;
- konfigurirani procesi CI/CD;
- pripravljena orodja za timsko delo: sledilniki opravil, sistemi za nadzor različic, uvajanje, testiranje itd.
Na ravni infrastrukture in orodij vsi startupi potrebujejo približno enake stvari. Če primerjate tvegani trg z rudarjenjem zlata, ponudnik upravljanih storitev (MSP) ponuja nova, visokokakovostna orodja: krampe in vozičke, ki se ne pokvarijo, zemljevide, ki ne lažejo. Iskalec mora samo izbrati kraj za kopanje.
Prednosti upravljanega IT-ja
Upravljani IT je celovita storitev, ki pokriva številne obvezne potrebe.
- Na začetku nudimo potrebne in prilagojene vire za delo, rast in testiranje hipotez.
- Natančno lahko rečemo, kako se bodo stroški povečali pri skaliranju, saj vemo, da je ključna metrika konvergenca startupovega gospodarstva.
- Nudimo svetovanja, da startupom prihranimo veliko delovnih ur. Pomagamo lahko tudi z izračuni enotne ekonomike projekta.
- Delimo najboljše prakse na trgu. Ljudje na ITGLOBAL.COM so sodelovali s kar nekaj startupi. Mnogi od teh startupov so na mesečni osnovi. To nam omogoča, da zberemo najboljše (in najslabše) primere in svoje izkušnje delimo s strankami.
Dva primera iz prakse
Glede na NDA ne moremo imenovati določenih podjetij, vendar obseg in izdelek da.
krogla: fintech/maloprodaja
Izdelek: tržnica
Težave so:
- V verigi CI/CD ni bilo nobenega testiranja. Dodajanje oddaljenih preizkuševalcev je samo še bolj zapletlo postopek gradnje.
- Razvijalci so hkrati delali na enem razvijalskem strežniku brez namenskih okolij v vsebnikih.
- 70 % časa razvijalcev so porabili za ista dejanja od izdaje do izdaje. Hitrost razvoja je bila zelo počasna.
- Infrastruktura je bila nameščena pri nizkocenovnem gostiteljskem podjetju v Nemčiji (tj. brez hitrosti, brez zanesljivosti).
To, mimogrede, opazimo pri vsakem prvem projektu.
Rešitev je upravljana DevOps: implementirali smo CI/CD procese, vzpostavili pravilno testiranje in spremljanje, posegli v razvoj na nivoju poslovnih procesov in prenesli infrastrukturo na produktivne strežnike v podatkovnem centru Tier III.
Rezultat:
- učinkovitost razvoja se je povečala: nove funkcije in posodobitve so začele izhajati hitreje z manj dela;
- posledično so se znižali stroški razvojnega procesa kot celote;
- infrastruktura je postala prilagodljiva: naročnik se lahko hitro poveča in zmanjša;
- stroški upravljanega DevOpsa so se po mnenju naročnika povrnili v šestih mesecih.
krogla: spletno oglaševanje
Izdelek: AI platforma za avtomatizacijo oglaševalskih kampanj
Težave so:
- backend na stari strojni opremi, v podatkovnem centru z nizko stopnjo tolerance napak;
- pomanjkanje rednih varnostnih kopij;
- monolitna infrastruktura.
Rešitev je bila upravljana IT: infrastrukturo smo prenesli na vrhunsko strojno opremo, konfigurirali gručo Galera za horizontalno skaliranje, prikazali, kako bo obremenitev na VM porazdeljena, vzpostavili varnostno kopiranje in nadzor. Zdaj se poleg vzdrževanja aktivno posvetujemo, tudi o DevOps.
Rezultat:
- infrastruktura je postala mikrostoritev: stroški širitve so se občutno znižali, zmožnost skaliranja ob enakih stroških pa se je povečala;
- povečala se je zanesljivost in varnost infrastrukture;
- razvijalci so prešli s kaskadnega modela gradnje na CI/CD, kar je pripomoglo k znižanju stroškov;
- Finančne koristi upravljane IT so po mnenju naročnika postale takoj očitne.
Zaključek
Preživetje startupov je v veliki meri odvisno od sreče. En startup lahko porabi denar za drago opremo in od tega ne dobi nič. Drugi bo postal uspešen tudi z zanič informacijsko infrastrukturo – tako kot rudar zlata najde rudnik zlata s starim krampom.
Vendar pa sodobna orodja, prakse in strokovno osebje, ki ga zagotavlja upravljani IT ponudnik, znatno zmanjšajo verjetnost neuspeha.
Vir: www.habr.com