Ang sakit ng mga startup: kung paano maayos na bumuo ng imprastraktura ng IT

Kung naniniwala ka mga istatistika, 1% lang ng mga startup ang nabubuhay. Hindi natin tatalakayin ang mga dahilan para sa antas na ito ng mortalidad; hindi natin ito negosyo. Mas gugustuhin naming sabihin sa iyo kung paano pataasin ang posibilidad na mabuhay sa pamamagitan ng karampatang pamamahala sa imprastraktura ng IT.

Ang sakit ng mga startup: kung paano maayos na bumuo ng imprastraktura ng IT

Sa artikulo:

  • karaniwang mga pagkakamali ng mga startup sa IT;
  • bilang pinamamahalaang diskarte sa IT tumutulong upang maiwasan ang mga pagkakamaling ito;
  • nakapagtuturo na mga halimbawa mula sa pagsasanay.

Ano ang mali sa IT para sa mga startup?

Ito ay nagkakahalaga ng paglilinaw na sa pamamagitan ng mga startup hindi namin ibig sabihin ng isang coffee shop o isang insectarium sa isang shopping center. Kami ay tungkol sa mga startup ng teknolohiya - tungkol sa mga pinagmumultuhan ng tagumpay ng GitHub, Uber, Slack, Miro, atbp.

Palaging may maraming problema ang mga startup na pumipigil sa kanila sa pag-alis: mula sa hindi sapat na pamumuhunan hanggang sa hindi pa nabuong modelo ng negosyo. Sa parehong ugat, sapat na kakaiba, ay ang problema sa mga unang tagumpay.

Ang mga unang tagumpay ay masama para sa mga startup na labis ang pagtatantya sa kanilang mga kakayahan, lalo na sa pananalapi at mga tauhan. Matapos isara ang mga unang matagumpay na kaso, ang mga naturang optimist ay may pagnanais na agad na palawakin: magrenta ng isa pang opisina, mag-recruit ng mga bagong salespeople at developer sa koponan, at sabay na sukatin ang backend (at may margin). Dito agad lilitaw ang problema #1.

Ang mga tao sa isang startup ay gumagawa ng mga bagay na hindi nila alam kung paano gawin.

At hindi nila ginagawa kung ano ang kinakailangan upang bumuo ng isang startup. Hayaan mo akong magpaliwanag.

Ang bawat startup ay dapat magkaroon ng hindi bababa sa tatlong tungkulin:

  • IT specialist (o technologist);
  • tindero (o nagmemerkado);
  • isang visionary (o isang entrepreneur na madalas ding mamumuhunan).

Kadalasan ang mga tungkuling ito ay magkakahalo. Halimbawa, ang isang startup ay isang IT specialist na, bilang karagdagan, ay napipilitang magbenta. Hindi pa siya nagbebenta at ginagawa ito sa abot ng kanyang makakaya. Ang ganitong startup ay isang uri ng malignant na cross-functional team.

Ngunit sabihin nating masuwerte ang startup: may mapagbebentahan, at iniisip ng IT specialist ang sarili niyang negosyo. Gayunpaman, bihira na ang isang IT specialist ay pinagsasama ang iba't ibang kwalipikasyon: developer, tester, administrator, architectural engineer. At kahit na ito ay pagsama-samahin, ito ay malamang na hindi pantay na mabuti. Maaaring naiintindihan niya ang middleware, ngunit hindi gaanong sa mga serbisyo ng cloud at software ng virtualization.

Ang sakit ng mga startup: kung paano maayos na bumuo ng imprastraktura ng IT

Kapag lumawak ang backend, tumataas ang load sa IT specialist. May nagsisimulang "lumubog". Ang pinakamasamang bagay ay kung ito ay isang kritikal na lugar para sa startup, tulad ng pagbuo ng produkto. At ngayon ang isang tao ay kailangang mag-overtime, at kung minsan sa buong orasan.

Ang sobrang karga dahil sa kakulangan ng mga tao at mga kwalipikasyon ay isang katangiang katangian ng karamihan sa mga startup, bunga ng katotohanang mali ang ginagawa ng mga tao.

Ang lahat ng mga serbisyo ay na-deploy sa isang virtual machine

Ang mga startup ay madalas, batay sa kanilang sariling mga ideya tungkol sa pagtitipid, lugar ng pag-unlad na kapaligiran, mga database, isang web server, pagsubaybay, at iba pa sa isang VM. Sa una, ang buong negosyong ito ay gumagana nang higit pa o hindi gaanong matatagalan. Magsisimula ang mga problema kapag kailangan mong sukatin.

Karaniwang patayo ang sukat ng mga startup. Iyon ay, pinapataas lamang nila ang bilang ng mga CPU, ang halaga ng RAM, mga disk, atbp. - ito ay isang klasikong monolitikong diskarte, ang negatibong epekto kung saan sa ilang mga punto ay nagiging hindi maibabalik. Kung ang isang batang kumpanya ay lumago, sa isang tiyak na yugto ang tag ng presyo para sa mas mataas na mga mapagkukunan ay tumalon sa isang hindi abot-kayang antas. Sa kasong ito, mayroon lamang isang paraan upang ma-optimize ang imprastraktura: muling buuin ito.

Paano nakakatulong ang pinamamahalaang IT

Para sa ganitong uri ng proyekto mayroon kaming pinamamahalaang serbisyo sa klase - pinamamahalaang DevOps.

Natanggap ng customer mula sa kahon:

  • paghahanda ng mga kinakailangang kapaligiran para sa trabaho: dev, pagsubok, prod;
  • naka-configure na mga proseso ng CI/CD;
  • mga inihandang tool para sa pangkatang gawain: mga tagasubaybay ng gawain, mga sistema ng pagkontrol ng bersyon, pag-deploy, pagsubok, atbp.

Sa antas ng imprastraktura at mga tool, ang lahat ng mga startup ay nangangailangan ng halos parehong mga bagay. Kung ihahambing mo ang venture market sa pagmimina ng ginto, ang Managed Services Provider (MSP) ay nagbibigay ng mga bagong tool na may mataas na kalidad: mga pick at cart na hindi nasisira, mga mapa na hindi nagsisinungaling. Kailangan lang pumili ng lugar na paghuhukayin ng prospector.

Mga kalamangan ng pinamamahalaang IT

Ang pinamamahalaang IT ay isang komprehensibong serbisyo na sumasaklaw sa ilang kinakailangang pangangailangan.

  • Sa simula, ibinibigay namin ang kinakailangan at na-customize na mga mapagkukunan para sa trabaho, paglago at pagsubok ng mga hypotheses.
  • Masasabi natin nang eksakto kung paano tataas ang gastos kapag nag-scale, dahil alam natin na ang pangunahing sukatan ay ang convergence ng ekonomiya ng startup.
  • Nagbibigay kami ng mga konsultasyon upang makatipid sa mga startup ng malaking halaga ng oras ng tao. Maaari din kaming tumulong sa mga kalkulasyon ng unit economics ng proyekto.
  • Ibinabahagi namin ang pinakamahusay na kasanayan sa merkado. Ang mga tao sa ITGLOBAL.COM ay nagtrabaho sa ilang mga startup. Marami sa mga startup na ito ay buwanang batayan. Nagbibigay-daan ito sa amin na tipunin ang pinakamahusay (at pinakamasama) na mga halimbawa at ibahagi ang aming mga karanasan sa mga kliyente.

Dalawang kaso mula sa pagsasanay

Ayon sa NDA, hindi namin maaaring pangalanan ang mga partikular na kumpanya, ngunit ang saklaw at produkto, oo.

globo: fintech/tingi

Produkto: pamilihan

Mga problema:

  • Walang pagsubok sa CI/CD chain. Ang pagdaragdag ng mga malalayong tester ay naging mas kumplikado lamang ang proseso ng pagbuo.
  • Sabay-sabay na nagtrabaho ang mga developer sa isang dev server na walang nakatutok na kapaligiran sa mga container.
  • 70% ng oras ng mga developer ang ginugol sa parehong mga aksyon mula sa paglabas hanggang sa paglabas. Ang bilis ng pag-unlad ay napakabagal.
  • Ang imprastraktura ay na-deploy sa isang murang kumpanya sa pagho-host sa Germany (ibig sabihin, walang bilis, walang pagiging maaasahan).

Ito, sa pamamagitan ng paraan, ay sinusunod sa bawat unang proyekto.

Ang solusyon ay pinamamahalaan ang DevOps: ipinatupad namin ang mga proseso ng CI/CD, nag-set up ng tamang pagsubok at pagsubaybay, nakialam sa pagbuo sa antas ng proseso ng negosyo, at inilipat ang imprastraktura sa mga produktibong server sa isang Tier III na data center.

Resulta:

  • ang kahusayan sa pag-unlad ay tumaas: ang mga bagong tampok at mga update ay nagsimulang lumabas nang mas mabilis na may mas kaunting paggawa;
  • bilang isang resulta, ang gastos ng proseso ng pag-unlad sa kabuuan ay nabawasan;
  • ang imprastraktura ay naging flexible: ang kliyente ay maaaring mabilis na i-scale ang parehong pataas at pababa;
  • ang mga gastos ng pinamamahalaang DevOps, ayon sa kliyente, ay nagbayad sa loob ng anim na buwan.

globo: advertising sa web

Produkto: AI platform para sa pag-automate ng mga kampanya sa advertising

Mga problema:

  • backend sa lumang hardware, sa isang data center na may mababang antas ng fault tolerance;
  • kakulangan ng mga regular na backup;
  • monolitikong imprastraktura.

Ang solusyon ay pinamahalaan ng IT: inilipat namin ang imprastraktura sa top-end na hardware, na-configure ang Galera cluster para sa horizontal scaling, ipinakita kung paano ipapamahagi ang load sa VM, ise-set up ang mga backup at pagsubaybay. Ngayon, bilang karagdagan sa pagpapanatili, aktibong kumunsulta kami, kabilang ang sa DevOps.

Resulta:

  • ang imprastraktura ay naging microservice: ang halaga ng pagpapalawak ay nabawasan nang malaki, at ang kakayahang mag-scale, sa parehong halaga, ay tumaas;
  • ang pagiging maaasahan at seguridad ng imprastraktura ay tumaas;
  • lumipat ang mga developer mula sa isang cascade build model patungo sa CI/CD, na tumulong na mabawasan ang mga gastos;
  • Ang mga benepisyo sa pananalapi ng pinamamahalaang IT, ayon sa kliyente, ay naging malinaw kaagad.

Konklusyon

Ang kaligtasan ng mga startup ay higit na nakasalalay sa suwerte. Ang isang startup ay maaaring gumastos ng pera sa mamahaling kagamitan at walang makukuha mula rito. Ang isa pa ay magiging matagumpay kahit na may isang pangit na imprastraktura ng IT - tulad ng isang minero ng ginto na nakahanap ng isang minahan ng ginto na may isang lumang piko.

Gayunpaman, ang mga modernong tool, kasanayan at propesyonal na kawani na ibinibigay ng isang Managed IT provider ay makabuluhang binabawasan ang posibilidad na mabigo.

Pinagmulan: www.habr.com

Magdagdag ng komento