Hvis du tror , kun 1% af startups overlever. Vi vil ikke diskutere årsagerne til dette dødelighedsniveau; det er ikke vores sag. Vi vil hellere fortælle dig, hvordan du øger sandsynligheden for overlevelse gennem kompetent it-infrastrukturstyring.
I artiklen:
- typiske fejl hos startups inden for IT;
- som hjælper med at undgå disse fejl;
- lærerige eksempler fra praksis.
Hvad er der galt med startups IT?
Det er værd at præcisere, at vi med startups ikke mener en kaffebar eller et insektarium i et indkøbscenter. Vi handler om teknologistartups – om dem, der er hjemsøgt af succesen med GitHub, Uber, Slack, Miro osv.
Startups har altid en masse problemer, der forhindrer dem i at tage fart: fra utilstrækkelige investeringer til en uudviklet forretningsmodel. På samme måde er det mærkeligt nok problemet med de første succeser.
De første succeser er dårlige for startups, der overvurderer deres evner, især økonomiske og personalemæssige. Efter at have afsluttet de første succesfulde sager, har sådanne optimister et ønske om straks at udvide: leje et andet kontor, rekruttere nye sælgere og udviklere til teamet og samtidig skalere backend (og med en margin). Det er her problem nr. 1 med det samme dukker op.
Folk i en startup gør ting, de ikke ved, hvordan de skal gøre.
Og de gør ikke, hvad der kræves for at udvikle en startup. Lad mig forklare.
Hver opstart skal have mindst tre roller:
- IT-specialist (eller teknolog);
- sælger (eller marketingmedarbejder);
- en visionær (eller en iværksætter, der også ofte er investor).
Disse roller er ofte blandede. For eksempel er en startup en it-specialist, som derudover er tvunget til at sælge. Han har aldrig solgt og gør det så godt han kan. Sådan en startup er en slags ondartet tværfunktionelt team.
Men lad os sige, at opstarten er heldig: Der er nogen at sælge til, og it-specialisten passer sin egen virksomhed. Det er dog sjældent, at en IT-specialist kombinerer forskellige kvalifikationer: udvikler, tester, administrator, arkitektingeniør. Og selvom det kombineres, er det usandsynligt, at det er lige så godt. Han forstår måske middleware, men ikke så meget med cloud-tjenester og virtualiseringssoftware.
Når backend udvides, øges belastningen af IT-specialisten. Noget begynder at "synke". Det værste er, hvis dette er et kritisk område for opstarten, såsom produktudvikling. Og nu skal en person arbejde over, og nogle gange døgnet rundt.
Overbelastning på grund af mangel på mennesker og kvalifikationer er et karakteristisk træk ved de fleste startups, en konsekvens af, at folk gør det forkerte.
Alle tjenester er implementeret på én virtuel maskine
Startups placerer ofte, baseret på deres egne ideer om besparelser, udviklingsmiljøer, databaser, en webserver, overvågning og så videre på én VM. I starten fungerer hele denne forretning mere eller mindre tåleligt. Problemerne starter, når du skal skalere.
Startups skalerer normalt lodret. Det vil sige, at de simpelthen øger antallet af CPU'er, mængden af RAM, diske osv. - dette er en klassisk monolitisk tilgang, hvis negative effekt på et tidspunkt bliver irreversibel. Hvis en ung virksomhed vokser, springer prisskiltet for øgede ressourcer på et vist tidspunkt til et uoverkommeligt niveau. I dette tilfælde er der kun én måde at optimere infrastrukturen på: Saml den igen.
Hvordan styret IT hjælper
Til denne type projekt har vi en managed services class service - .
Kunden modtager ud af æsken:
- forberede de nødvendige arbejdsmiljøer: dev, test, prod;
- konfigurerede CI/CD-processer;
- forberedte værktøjer til teamwork: opgavesporing, versionskontrolsystemer, udrulning, test mv.
På infrastruktur- og værktøjsniveau har alle startups brug for nogenlunde de samme ting. Hvis du sammenligner venturemarkedet med guldminedrift, leverer Managed Services Provider (MSP) nye værktøjer af høj kvalitet: hakke og vogne, der ikke går i stykker, kort, der ikke lyver. Prospektøren skal bare vælge et sted at grave.
Fordele ved styret IT
Managed IT er en omfattende service, der dækker en række obligatoriske behov.
- I starten leverer vi de nødvendige og tilpassede ressourcer til arbejde, vækst og test af hypoteser.
- Vi kan sige præcis, hvordan omkostningerne vil stige ved skalering, fordi vi ved, at nøglemålet er konvergensen af opstartsøkonomien.
- Vi yder rådgivning for at spare startups for en betydelig mængde mandetimer. Vi kan også hjælpe med beregninger af projektets enhedsøkonomi.
- Vi deler markedets bedste praksis. Folkene hos ITGLOBAL.COM har arbejdet med en del startups. Mange af disse startups er på månedsbasis. Dette giver os mulighed for at samle de bedste (og værste) eksempler og dele vores erfaringer med kunder.
To cases fra praksis
Ifølge NDA kan vi ikke nævne specifikke virksomheder, men omfanget og produktet, ja.
Kugle: fintech/detail
produkt: markedsplads
Problemerne:
- Der var ingen test i CI/CD-kæden. Tilføjelse af fjerntestere gjorde kun byggeprocessen mere kompleks.
- Udviklere arbejdede samtidigt på én udviklerserver uden dedikerede miljøer i containere.
- 70 % af udviklernes tid blev brugt på de samme handlinger fra udgivelse til udgivelse. Udviklingshastigheden var meget langsom.
- Infrastrukturen blev implementeret på et lavpris-hostingfirma i Tyskland (dvs. ingen hastighed, ingen pålidelighed).
Dette observeres i øvrigt i hvert første projekt.
Løsningen er administreret DevOps: vi implementerede CI/CD-processer, opsatte korrekt test og overvågning, greb ind i udviklingen på forretningsprocesniveau og overførte infrastrukturen til produktive servere i et Tier III-datacenter.
Resultat:
- udviklingseffektiviteten er øget: nye funktioner og opdateringer begyndte at komme hurtigere ud med mindre arbejdskraft;
- som følge heraf er omkostningerne ved udviklingsprocessen som helhed faldet;
- infrastrukturen er blevet fleksibel: kunden kan hurtigt skalere både op og ned;
- omkostningerne til administrerede DevOps, ifølge kunden, betalte sig inden for seks måneder.
Kugle: web annoncering
produkt: AI platform til automatisering af reklamekampagner
Problemerne:
- backend på gammel hardware, i et datacenter med et lavt niveau af fejltolerance;
- mangel på regelmæssige sikkerhedskopier;
- monolitisk infrastruktur.
Løsningen var styret IT: Vi overførte infrastrukturen til top-end hardware, konfigurerede Galera-klyngen til horisontal skalering, viste, hvordan belastningen på VM'en ville blive fordelt, opsatte backups og overvågning. Nu, udover vedligeholdelse, rådfører vi os aktivt, herunder om DevOps.
Resultat:
- infrastrukturen er blevet til mikroservice: omkostningerne ved udvidelsen er faldet betydeligt, og evnen til at skalere til samme pris er steget;
- infrastrukturens pålidelighed og sikkerhed er øget;
- udviklere skiftede fra en kaskadebyggemodel til CI/CD, hvilket hjalp med at reducere omkostningerne;
- De økonomiske fordele ved styret IT blev ifølge kunden umiddelbart indlysende.
Konklusion
Opstartsvirksomheders overlevelse afhænger i høj grad af held. En startup kan bruge penge på dyrt udstyr og intet få ud af det. En anden vil få succes selv med en elendig it-infrastruktur – ligesom en guldgraver finder en guldmine med en gammel hakke.
Men de moderne værktøjer, praksis og professionelle personale, som en Managed IT-udbyder leverer, reducerer sandsynligheden for fejl betydeligt.
Kilde: www.habr.com