Oppstartsverkenes smerte: hvordan utvikle IT-infrastruktur på riktig måte

Hvis du tror statistikk, bare 1 % av startups overlever. Vi vil ikke diskutere årsakene til dette dødelighetsnivået; dette er ikke vår sak. Vi vil heller fortelle deg hvordan du kan øke sannsynligheten for å overleve gjennom kompetent IT-infrastrukturstyring.

Oppstartsverkenes smerte: hvordan utvikle IT-infrastruktur på riktig måte

I artikkelen:

  • typiske feil ved startups innen IT;
  • som administrert IT-tilnærming hjelper til med å unngå disse feilene;
  • lærerike eksempler fra praksis.

Hva er galt med startups sin IT?

Det er verdt å presisere at med startups mener vi ikke en kaffebar eller et insektarium i et kjøpesenter. Vi handler om teknologistartups – om de som er hjemsøkt av suksessen til GitHub, Uber, Slack, Miro, etc.

Startups har alltid mange problemer som hindrer dem i å ta av: fra utilstrekkelige investeringer til en uutviklet forretningsmodell. På samme måte er, merkelig nok, problemet med de første suksessene.

De første suksessene er dårlige for startups som overvurderer evnene sine, spesielt økonomisk og personell. Etter å ha avsluttet de første vellykkede sakene, har slike optimister et ønske om å utvide umiddelbart: leie et annet kontor, rekruttere nye selgere og utviklere til teamet, og samtidig skalere backend (og med en margin). Det er her problem #1 dukker opp umiddelbart.

Folk i en oppstart gjør ting de ikke vet hvordan de skal gjøre.

Og de gjør ikke det som kreves for å utvikle en oppstart. La meg forklare.

Hver oppstart må ha minst tre roller:

  • IT-spesialist (eller teknolog);
  • selger (eller markedsfører);
  • en visjonær (eller en gründer som også ofte er investor).

Ofte er disse rollene blandet. For eksempel er en startup en IT-spesialist som i tillegg er tvunget til å selge. Han har aldri solgt og gjør det så godt han kan. En slik oppstart er et slags ondartet tverrfunksjonelt team.

Men la oss si at oppstarten er heldig: det er noen å selge til, og IT-spesialisten tar seg av sin egen virksomhet. Det er imidlertid sjelden at en IT-spesialist kombinerer ulike kvalifikasjoner: utvikler, tester, administrator, arkitektingeniør. Og selv om det kombineres, er det neppe like bra. Han forstår kanskje mellomvare, men ikke så mye med skytjenester og virtualiseringsprogramvare.

Oppstartsverkenes smerte: hvordan utvikle IT-infrastruktur på riktig måte

Når backend utvides, øker belastningen på IT-spesialisten. Noe begynner å "sakke". Det verste er om dette er et kritisk område for oppstarten, som produktutvikling. Og nå må en person jobbe overtid, og noen ganger hele døgnet.

Overbelastning på grunn av mangel på folk og kvalifikasjoner er et karakteristisk trekk ved de fleste startups, en konsekvens av at folk gjør feil ting.

Alle tjenester er distribuert på én virtuell maskin

Startups plasserer ofte, basert på egne ideer om besparelser, utviklingsmiljøer, databaser, en webserver, overvåking og så videre på én VM. Til å begynne med fungerer hele denne virksomheten mer eller mindre tålelig. Problemene starter når du trenger å skalere.

Startups skalerer vanligvis vertikalt. Det vil si at de ganske enkelt øker antall CPUer, mengden RAM, disker, etc. - dette er en klassisk monolitisk tilnærming, hvis negative effekt på et tidspunkt blir irreversibel. Hvis et ungt selskap vokser, hopper prislappen for økte ressurser på et visst tidspunkt til et uoverkommelig nivå. I dette tilfellet er det bare én måte å optimalisere infrastrukturen på: sette den sammen igjen.

Hvordan administrert IT hjelper

For denne typen prosjekter har vi en administrert tjenestetjeneste - administrerte DevOps.

Kunden mottar ut av esken:

  • forberede de nødvendige miljøene for arbeid: dev, test, prod;
  • konfigurerte CI/CD-prosesser;
  • forberedt verktøy for teamarbeid: oppgavesporere, versjonskontrollsystemer, utrulling, testing, etc.

På infrastruktur- og verktøynivå trenger alle startups omtrent de samme tingene. Hvis du sammenligner venturemarkedet med gullgruvedrift, leverer Managed Services Provider (MSP) nye verktøy av høy kvalitet: hakker og vogner som ikke går i stykker, kart som ikke lyver. Prospektøren må bare velge et sted å grave.

Fordeler med administrert IT

Managed IT er en omfattende tjeneste som dekker en rekke obligatoriske behov.

  • I starten gir vi de nødvendige og tilpassede ressursene for arbeid, vekst og testing av hypoteser.
  • Vi kan si nøyaktig hvordan kostnadene vil øke ved skalering, fordi vi vet at nøkkelberegningen er konvergensen av oppstartens økonomi.
  • Vi tilbyr konsultasjoner for å spare startups for en betydelig mengde arbeidstimer. Vi kan også hjelpe med beregninger av enhetsøkonomien i prosjektet.
  • Vi deler markedets beste praksis. Folkene på ITGLOBAL.COM har jobbet med ganske mange startups. Mange av disse oppstartene er på månedlig basis. Dette lar oss samle de beste (og verste) eksemplene og dele våre erfaringer med kunder.

To saker fra praksis

I følge NDA kan vi ikke navngi spesifikke selskaper, men omfanget og produktet, ja.

Sfære: fintech/retail

Produkt: markedsplass

problemer:

  • Det var ingen testing i CI/CD-kjeden. Å legge til eksterne testere gjorde bare byggeprosessen mer kompleks.
  • Utviklere jobbet samtidig på én utviklerserver uten dedikerte miljøer i containere.
  • 70 % av utviklernes tid ble brukt på de samme handlingene fra utgivelse til utgivelse. Utviklingshastigheten var veldig sakte.
  • Infrastrukturen ble distribuert på et lavkostvertsselskap i Tyskland (dvs. ingen hastighet, ingen pålitelighet).

Dette er forresten observert i hvert første prosjekt.

Løsningen er administrert DevOps: vi implementerte CI/CD-prosesser, satte opp korrekt testing og overvåking, grep inn i utvikling på forretningsprosessnivå, og overførte infrastrukturen til produktive servere i et Tier III-datasenter.

Resultat:

  • utviklingseffektiviteten har økt: nye funksjoner og oppdateringer begynte å komme ut raskere med mindre arbeidskraft;
  • som et resultat har kostnadene for utviklingsprosessen som helhet redusert;
  • infrastrukturen har blitt fleksibel: kunden kan raskt skalere både opp og ned;
  • kostnadene for administrerte DevOps, ifølge klienten, betalte seg innen seks måneder.

Sfære: nettannonsering

Produkt: AI-plattform for automatisering av reklamekampanjer

problemer:

  • backend på gammel maskinvare, i et datasenter med lavt nivå av feiltoleranse;
  • mangel på regelmessige sikkerhetskopier;
  • monolittisk infrastruktur.

Løsningen ble administrert IT: vi overførte infrastrukturen til topp-end maskinvare, konfigurerte Galera-klyngen for horisontal skalering, viste hvordan belastningen på VM ville bli distribuert, satte opp sikkerhetskopier og overvåking. Nå, i tillegg til vedlikehold, konsulterer vi aktivt, inkludert på DevOps.

Resultat:

  • infrastrukturen har blitt mikrotjeneste: kostnadene ved utvidelse har sunket betydelig, og evnen til å skalere, til samme kostnad, har økt;
  • påliteligheten og sikkerheten til infrastrukturen har økt;
  • utviklere byttet fra en kaskademodell til CI/CD, noe som bidro til å redusere kostnadene;
  • De økonomiske fordelene med administrert IT ble ifølge kunden umiddelbart åpenbare.

Konklusjon

Overlevelsen til oppstart avhenger i stor grad av flaks. En oppstart kan bruke penger på dyrt utstyr og ikke få noe ut av det. En annen vil bli vellykket selv med en elendig IT-infrastruktur – akkurat som en gullgraver finner en gullgruve med en gammel hakke.

Imidlertid reduserer de moderne verktøyene, fremgangsmåtene og det profesjonelle personalet som en administrert IT-leverandør tilbyr betydelig sannsynligheten for feil.

Kilde: www.habr.com

Legg til en kommentar