Uste baduzu , startupen % 1ek baino ez dute bizirik irauten. Ez ditugu hilkortasun-maila horren arrazoiak eztabaidatuko; hau ez da gure kontua. Nahiago dugu esango dizugu nola handitu bizirauteko probabilitatea IT azpiegituren kudeaketa eskudunaren bidez.
Artikuluan:
- IT-en startupen ohiko akatsak;
- gisa akats horiek saihesten laguntzen du;
- praktikatik ateratako adibide hezigarriak.
Zer gertatzen da IT-ak startupentzat?
Komeni da argitzea startup-ekin ez dugula esan nahi merkataritza-gune bateko kafetegi edo intsektario bat. Startup teknologikoei buruz ari gara, GitHub, Uber, Slack, Miro eta abarren arrakastak jasaten dituztenei buruz.
Startup-ek beti izaten dituzte abiatzea eragozten duten arazo asko: inbertsio nahikorik gabe hasi eta garatu gabeko negozio eredu batera. Ildo beretik, bitxia bada ere, lehen arrakastaren arazoa.
Lehen arrakastak txarrak dira beren gaitasunak gainbaloratzen dituzten startupentzat, batez ere finantza eta langileentzat. Lehen kasu arrakastatsuak itxi ondoren, baikor horiek berehala zabaltzeko gogoa dute: beste bulego bat alokatu, saltzaile eta garatzaile berriak taldean kontratatu eta, aldi berean, backend-a eskalatu (eta marjina batekin). Hemen berehala agertzen da #1 arazoa.
Startup bateko pertsonek egiten ez dakiten gauzak egiten dituzte.
Eta ez dute egiten startup bat garatzeko behar dena. Utzidazu azaltzen.
Startup bakoitzak gutxienez hiru rol izan behar ditu:
- IT espezialista (edo teknologo);
- saltzailea (edo marketina);
- ikuskari bat (edo askotan inbertitzailea den ekintzailea).
Askotan rol hauek nahasten dira. Esaterako, startup bat IT espezialista bat da, eta, gainera, saltzera behartuta dago. Ez du inoiz saldu eta ahal duen moduan egiten du. Halako startup bat funtzio gurutzatuko talde gaizto moduko bat da.
Baina demagun startup-a zortea dela: norbaiti saltzeko dago, eta informatika-espezialista bere negozioa burutzen ari da. Hala ere, arraroa da informatika-espezialistak titulazio desberdinak uztartzea: garatzailea, probatzailea, administratzailea, ingeniaria arkitektonikoa. Eta konbinatzen bada ere, nekez izango da berdin ona. Baliteke middlewarea ulertzea, baina ez hainbeste hodeiko zerbitzuekin eta birtualizazio softwarearekin.
Backend-a zabaltzen denean, IT espezialistaren karga handitzen da. Zerbait hasten da "abiatzen". Okerrena da abiarazterako eremu kritikoa bada, hala nola produktuen garapena. Eta orain pertsona batek aparteko orduak egin behar ditu, eta batzuetan erlojuaren inguruan.
Jende eta kualifikazio faltagatiko gainkarga startup gehienen ezaugarria da, jendeak gaizki egiten ari denaren ondorioa.
Zerbitzu guztiak makina birtual batean zabaltzen dira
Startup-ek askotan, aurrezkiari buruzko ideietan oinarrituta, garapen-inguruneak, datu-baseak, web zerbitzaria, monitorizazioa eta abar VM bat jartzen dituzte. Hasieran, negozio honek oso modu egokian funtzionatzen du. Arazoak eskalatu behar duzunean hasten dira.
Startup-ak normalean bertikalean eskalatzen ditu. Hau da, CPU kopurua, RAM kopurua, diskoak, etab. areagotzen dute - ikuspegi monolitiko klasikoa da, eta horren eragin negatiboa uneren batean itzulezina bihurtzen da. Enpresa gazte bat hazten bada, fase jakin batean baliabideak handitzearen prezioa ezinezko maila batera jauzi egiten da. Kasu honetan, azpiegitura optimizatzeko modu bakarra dago: berriro muntatzea.
Kudeatutako IT-ak nola laguntzen duen
Mota honetako proiektuetarako zerbitzu kudeatutako klaseko zerbitzu bat dugu - .
Bezeroak kutxatik kanpo jasotzen du:
- lanerako beharrezko inguruneak prestatzea: dev, test, prod;
- konfiguratutako CI/CD prozesuak;
- talde-lanerako prestatutako tresnak: ataza-jarraitzaileak, bertsioak kontrolatzeko sistemak, hedapena, probak, etab.
Azpiegitura eta tresnen mailan, startup guztiek gauza berdinak behar dituzte gutxi gorabehera. Arriskuen merkatua urre meatzaritzarekin alderatzen baduzu, Managed Services Provider (MSP) kalitate handiko tresna berriak eskaintzen ditu: hautsi ez diren pikak eta gurdiak, gezurrik esaten ez duten mapak. Prospetzaileak zulatzeko lekua aukeratu besterik ez du egin behar.
Kudeatutako ITren abantailak
Kudeatutako IT zerbitzu integrala da, derrigorrezko beharrizan ugari estaltzen dituena.
- Hasieran, beharrezko eta pertsonalizatutako baliabideak eskaintzen ditugu lanerako, hazkunderako eta hipotesiak probatzeko.
- Esan dezakegu zehazki nola igoko den kostua eskalatzean, badakigulako funtsezko metrika startuparen ekonomiaren konbergentzia dela.
- Kontsultak ematen ditugu startup-ek gizon-ordu kopuru handia aurrezteko. Proiektuaren unitate-ekonomiaren kalkuluetan ere lagundu dezakegu.
- Merkatuko praktika onenak partekatzen ditugu. ITGLOBAL.COM-eko jendeak startup gutxirekin lan egin du. Startup horietako asko hilero egiten dira. Horri esker, adibide onenak (eta txarrenak) bildu eta gure esperientziak bezeroekin partekatzeko aukera ematen digu.
Praktikaren bi kasu
NDAren arabera, ezin dugu enpresa zehatzik izendatu, baina irismena eta produktua, bai.
Esfera: fintech/txikizkaria
Oharra: merkatua
Arazoak:
- CI/CD katean ez zegoen probarik. Urruneko probatzaileak gehitzeak eraikuntza-prozesua konplexuagoa egin zuen.
- Garatzaileek aldi berean lan egin zuten garapen zerbitzari batean edukiontzietan dedikatu gabeko ingurunerik gabe.
- Garatzaileen denboraren % 70 kaleratzetik kaleratzera ekintza berdinetan igaro zen. Garapen-abiadura oso motela izan zen.
- Azpiegitura Alemaniako kostu baxuko ostalaritza-enpresa batean zabaldu zen (hau da, abiadurarik gabe, fidagarritasunik gabe).
Hori, bide batez, lehen proiektu guztietan ikusten da.
Irtenbidea DevOps kudeatzen da: CI/CD prozesuak inplementatu ditugu, proba eta monitorizazio zuzenak ezarri ditugu, garapenean esku hartu dugu negozio-prozesuen mailan eta azpiegitura Tier III datu-zentro bateko zerbitzari produktiboetara transferitu dugu.
Emaitza:
- garapenaren eraginkortasuna handitu da: funtzio eta eguneratze berriak azkarrago ateratzen hasi ziren lan gutxiagorekin;
- ondorioz, garapen-prozesu osoaren kostua gutxitu egin da;
- azpiegitura malgu bihurtu da: bezeroak azkar igo eta behera egin dezake;
- Kudeatutako DevOps-en kostuak, bezeroaren arabera, sei hilabeteko epean ordaindu ziren.
Esfera: web publizitatea
Oharra: Publizitate kanpainak automatizatzeko AI plataforma
Arazoak:
- backend hardware zaharrean, akatsen tolerantzia maila baxuko datu-zentro batean;
- ohiko babeskopien falta;
- azpiegitura monolitikoa.
Irtenbidea IT kudeatzen zen: azpiegitura goi-mailako hardwarera transferitu genuen, Galera klusterra eskalatze horizontalerako konfiguratu genuen, VM-ko karga nola banatuko zen erakutsi genuen, babeskopiak eta monitorizazioak ezarri genituen. Orain, mantentzeaz gain, aktiboki kontsultatzen dugu, DevOps-en barne.
Emaitza:
- azpiegitura mikrozerbitzu bihurtu da: hedapenaren kostua nabarmen murriztu da, eta eskalatzeko gaitasuna, kostu berean, handitu da;
- azpiegituren fidagarritasuna eta segurtasuna areagotu egin da;
- garatzaileek kaskada eraikitzeko eredutik CI/CDra aldatu ziren, eta horrek kostuak murrizten lagundu zuen;
- Kudeatutako informatikaren onura ekonomikoak, bezeroaren arabera, berehala nabaritu ziren.
Ondorioa
Startupen biziraupena zortearen araberakoa da neurri handi batean. Startup batek ekipo garestietan dirua gastatu dezake eta hortik ezer ez lor dezake. Beste batek arrakasta izango du IT azpiegitura kaxkar batekin ere - urre meatzari batek pikotxa zahar batekin urre meategi bat aurkitzen duen bezala.
Hala ere, Kudeatutako IT hornitzaileak eskaintzen dituen tresna, praktika eta langile profesional modernoek nabarmen murrizten dute huts egiteko probabilitatea.
Iturria: www.habr.com
