Ha hiszel , az indulóknak csak 1%-a marad életben. Nem fogunk beszélni ennek a mortalitási szintnek az okairól, ez nem a mi dolgunk. Jobban megmondjuk, hogyan növelheti a túlélés valószínűségét az informatikai infrastruktúra hozzáértő menedzsmentjével.
A cikkben:
- a startupok tipikus hibái az informatikában;
- mint segít elkerülni ezeket a hibákat;
- tanulságos példák a gyakorlatból.
Mi a baj a startupok informatikájával?
Érdemes tisztázni, hogy a startupok alatt nem egy kávézót vagy egy bevásárlóközpontban található rovart értünk. A technológiai startupokról szólunk – azokról, akiket kísért a GitHub, az Uber, a Slack, a Miro stb. sikere.
A startupoknak mindig sok olyan problémájuk van, amelyek megakadályozzák a felfutásukat: az elégtelen befektetésektől a kidolgozatlan üzleti modellig. Furcsa módon ugyanez a probléma az első sikerekkel is.
Az első sikerek rosszak azoknak az induló vállalkozásoknak, amelyek túlbecsülik képességeiket, különösen a pénzügyi és személyzeti szempontból. Az első sikeres esetek lezárása után az ilyen optimisták azonnali terjeszkedésre vágynak: újabb irodát bérelnek, új értékesítőket és fejlesztőket toboroznak a csapatba, és ezzel egyidejűleg (és árréssel) bővítik a háttérrendszert. Itt azonnal megjelenik az 1. probléma.
Az induló vállalkozásokban az emberek olyan dolgokat tesznek, amelyeket nem tudnak.
És nem teszik meg azt, ami egy startup fejlesztéséhez szükséges. Hadd magyarázzam.
Minden induló vállalkozásnak legalább három szerepkörrel kell rendelkeznie:
- informatikus (vagy technológus);
- értékesítő (vagy marketinges);
- látnok (vagy vállalkozó, aki gyakran befektető is).
Ezek a szerepek gyakran keverednek. Például egy startup egy informatikus, aki ráadásul kénytelen eladni. Soha nem adott el, és megteszi, ahogy tud. Egy ilyen startup egyfajta rosszindulatú keresztfunkcionális csapat.
De mondjuk a startup szerencsés: van kinek eladni, az informatikus pedig a saját dolgával foglalkozik. Ritkán fordul elő azonban, hogy egy informatikus különböző végzettségeket ötvöz: fejlesztő, tesztelő, rendszergazda, építészmérnök. És még ha egyesül is, nem valószínű, hogy ugyanolyan jó lesz. Lehet, hogy megérti a köztes szoftvereket, de nem annyira a felhőszolgáltatásokhoz és a virtualizációs szoftverekhez.
Amikor a háttérrendszer bővül, az informatikusok terhelése nő. Valami elkezd „megereszkedni”. A legrosszabb az, ha ez kritikus terület a startup számára, például termékfejlesztés. És most az embernek túlóráznia kell, és néha éjjel-nappal.
Az ember- és képzettséghiányból adódó túlterheltség a legtöbb startup jellemző vonása, ami annak a következménye, hogy az emberek rosszul cselekszenek.
Minden szolgáltatás egyetlen virtuális gépen van telepítve
Az induló vállalkozások gyakran saját megtakarítási elképzeléseik alapján helyeznek el egy virtuális gépen fejlesztői környezeteket, adatbázisokat, webszervert, megfigyelést stb. Eleinte ez az egész üzlet többé-kevésbé tűrhetően működik. A problémák akkor kezdődnek, amikor méretezni kell.
Az induló vállalkozások általában függőlegesen skálázódnak. Vagyis egyszerűen növelik a CPU-k számát, a RAM mennyiségét, a lemezeket stb. - ez egy klasszikus monolitikus megközelítés, amelynek negatív hatása egy bizonyos ponton visszafordíthatatlanná válik. Ha egy fiatal cég növekszik, egy bizonyos szakaszban a megnövekedett erőforrások ára megfizethetetlen szintre ugrik. Ebben az esetben egyetlen módja van az infrastruktúra optimalizálásának: újra összeszerelni.
Hogyan segít a menedzselt IT
Az ilyen típusú projektekhez menedzselt szolgáltatási osztályú szolgáltatásunk van - .
A vásárló a dobozból kivette:
- a munkához szükséges környezetek előkészítése: dev, test, prod;
- konfigurált CI/CD folyamatok;
- előkészített eszközök a csapatmunkához: feladatkövetők, verziókezelő rendszerek, telepítés, tesztelés stb.
Az infrastruktúra és az eszközök szintjén minden induló vállalkozásnak nagyjából ugyanazokra a dolgokra van szüksége. Ha összehasonlítja a kockázati piacot az aranybányászattal, a Managed Services Provider (MSP) új, kiváló minőségű eszközöket kínál: nem törik csákányokat és kocsikat, nem hazudozó térképeket. A kutatónak csak ki kell választania az ásni kívánt helyet.
A menedzselt IT előnyei
A menedzselt IT egy átfogó szolgáltatás, amely számos kötelező igényt lefed.
- Kezdetben biztosítjuk a szükséges és testreszabott erőforrásokat a munkához, a növekedéshez és a hipotézisek teszteléséhez.
- Pontosan meg tudjuk mondani, hogy skálázáskor hogyan nőnek a költségek, mert tudjuk, hogy a legfontosabb mérőszám a startup gazdaságának konvergenciája.
- Tanácsadást biztosítunk a startupok jelentős munkaóráinak megtakarításához. A projekt egységgazdaságossági számításaiban is tudunk segíteni.
- Megosztjuk a piac legjobb gyakorlatait. Az ITGLOBAL.COM munkatársai jó néhány induló vállalkozással dolgoztak együtt. Sok ilyen induló vállalkozás havi rendszerességgel működik. Ez lehetővé teszi számunkra, hogy összegyűjtsük a legjobb (és legrosszabb) példákat, és megosszuk tapasztalatainkat az ügyfelekkel.
Két eset a gyakorlatból
Az NFÜ szerint konkrét cégeket nem tudunk megnevezni, de a kört és a terméket igen.
Szféra: fintech/kiskereskedelem
Példa: piactér
A problémák a következők:
- A CI/CD láncban nem volt tesztelés. A távoli tesztelők hozzáadása csak bonyolultabbá tette az építési folyamatot.
- A fejlesztők egyidejűleg dolgoztak egyetlen fejlesztői kiszolgálón, dedikált környezetek nélkül a konténerekben.
- A fejlesztők idejének 70%-át ugyanazokkal a műveletekkel töltötték kiadástól kiadásig. A fejlesztési sebesség nagyon lassú volt.
- Az infrastruktúrát egy olcsó németországi hosting cégnél telepítették (azaz nincs sebesség, nincs megbízhatóság).
Ez egyébként minden első projektnél megfigyelhető.
A megoldás menedzselt DevOps: implementáltuk a CI/CD folyamatokat, beállítottuk a megfelelő tesztelést és monitorozást, beavatkoztunk az üzleti folyamatok szintjén a fejlesztésbe, és az infrastruktúrát egy Tier III adatközpontban működő produktív szerverekre vittük át.
Eredmény:
- a fejlesztés hatékonysága nőtt: az új funkciók és frissítések gyorsabban, kevesebb munkával jelentek meg;
- ennek eredményeként a fejlesztési folyamat egészének költsége csökkent;
- az infrastruktúra rugalmassá vált: az ügyfél gyorsan skálázhat fel és le;
- a menedzselt DevOps költségei az ügyfél szerint hat hónapon belül megtérültek.
Szféra: webes reklámozás
Példa: AI platform hirdetési kampányok automatizálására
A problémák a következők:
- háttérprogram régi hardveren, alacsony hibatűrésű adatközpontban;
- rendszeres biztonsági mentések hiánya;
- monolitikus infrastruktúra.
A megoldás a menedzselt IT volt: az infrastruktúrát felső kategóriás hardverre vittük át, a Galera klasztert vízszintes skálázásra konfiguráltuk, megmutattuk, hogyan oszlik el a virtuális gép terhelése, biztonsági mentéseket és monitorozást állítottunk be. Most a karbantartás mellett aktívan konzultálunk, többek között a DevOps-ról is.
Eredmény:
- az infrastruktúra mikroszolgáltatássá vált: jelentősen csökkentek a terjeszkedés költségei, és nőtt a méretezési képesség azonos költséggel;
- nőtt az infrastruktúra megbízhatósága és biztonsága;
- a fejlesztők a lépcsőzetes felépítésű modellről CI/CD-re váltottak, ami segített csökkenteni a költségeket;
- A menedzselt IT anyagi előnyei a megrendelő szerint azonnal nyilvánvalóvá váltak.
Következtetés
A startupok túlélése nagymértékben a szerencsén múlik. Egy induló vállalkozás pénzt költhet drága berendezésekre, és semmit sem kap belőle. Egy másik még egy silány informatikai infrastruktúrával is sikeres lesz – ahogy egy aranybányász aranybányát talál egy régi csákánnyal.
A menedzselt IT-szolgáltató által biztosított modern eszközök, gyakorlatok és professzionális személyzet azonban jelentősen csökkenti a meghibásodás valószínűségét.
Forrás: will.com