Empirik gauna 21 mln. dolerių: DI bandys prognozuoti IT gedimus

DI IT gedimams prognozuoti skamba kaip svajonė kiekvienai komandai, kuri bent kartą naktį kėlėsi dėl neveikiančios sistemos.

TechCrunch rašo, kad Sequoia inkubuotas startuolis Empirik pritraukė 21 mln. dolerių. Jo pažadas paprastas: ne tik reaguoti į incidentus, bet numatyti, kurios sistemos permainos gali sukelti bėdą.

Čia DI ne rašo eilėraštį. Čia jis žiūri į serverių virtuvę ir klausia: ar tikrai šitą pakeitimą norime leisti penktadienį vakare?

KĄ EMPIRIK BANDO SPRĘSTI

Didelėse sistemose gedimai retai gimsta iš vieno mygtuko. Dažniau tai mažų pakeitimų grandinė: vienas atnaujinimas, viena priklausomybė, viena netikėta sąsaja.

Empirik seka sistemos pokyčius ir bando suprasti jų pasekmes visoje infrastruktūroje. TechCrunch apibūdina jį kaip savotišką autonominį eismo reguliuotoją.

Mažos rizikos pakeitimai gali judėti greičiau. Didesni gauna ribas. Pavojingiausi keliauja žmogui peržiūrėti.

KODĖL TAI SVARBU DABAR

Programuotojai su DI kodavimo įrankiais juda greičiau. Tai gerai, kol infrastruktūros komanda spėja paskui.

Jeigu kodas rašomas ir diegiamas sparčiau, SRE ir DevOps komandoms reikia geresnių stabdžių. Ne tokių, kurie viską užrakina. O tokių, kurie pasako, kur tikrai verta sustoti.

Dėl to DI infrastruktūroje tampa ne papildomu žaislu, o apsauginiu diržu.

PAMOKA VADOVUI

Verslui verta klausti ne tik „kiek greičiau kuriame“, bet ir „kiek saugiau paleidžiame“.

DI gali pagreitinti kūrimą, bet be stebėjimo jis gali pagreitinti ir klaidas. Čia prasideda brandesnis etapas: automatizacija su ribomis.

Jei įmonė jau naudoja DI kodui, kitas logiškas klausimas yra infrastruktūra. Kas tikrina pasekmes?

FAQ

Kas yra Empirik?

Empirik yra Sequoia inkubuotas startuolis, kuriantis DI įrankį IT infrastruktūros pokyčių rizikai vertinti.

Kiek finansavimo pritraukė Empirik?

TechCrunch duomenimis, Empirik paskelbė apie 21 mln. dolerių pradinį finansavimą.

Kodėl DI svarbus IT incidentams?

DI gali greitai analizuoti sistemos pokyčius ir padėti numatyti, kurie pakeitimai gali sukelti gedimus.

Šaltinis: TechCrunch.

Jei jūsų komanda jau kuria su DI, nepamirškite antros pusės: diegimo taisyklių. Apie tokias ribas kalbame ir MasterSprint praktikoje.