Mindre feil, stor katastrofe - GitLab går offline for en dag

GitLab, en oppstart som er et alternativ til den svært populære GitHub, har hatt en ganske grov dag nylig, da en menneskelig feil førte til at hele nettsiden var nede for en hel dag .

GitLabs problem begynte først da nettsiden opplevde belastetid og stabilitetsproblemer . Nettstedet ble hentet frakoblet for å rette opp problemene. Under vedlikeholdet gjorde noen uvitende imidlertid feilen ved en uhell å slette en katalog som inneholder 300 GB levende produksjonsdata .

Heldigvis for GitLab ble innholdet som ble slettet, bare berørt av problemer og sammenslåtte forespørsler . Oppbevaringssteder og wikier ble ikke påvirket av denne feilen på noen måte, noe som betyr at skaden som følge av denne feilen ikke var like alvorlig som den kunne ha vært

Med katalogen slettet, vender GitLab personell umiddelbart mot sin backup. Dessverre for dem, GitLab kjørte inn enda et problem . I følge Google Doc-filen som stadig ble oppdatert som GitLab-kampene for å komme seg tilbake på Internett, klarte ikke alle 5 backup / replikeringsteknikker som nettstedet implementerte, på en pålitelig måte, og i noen tilfeller ble det aldri satt opp i utgangspunktet .

Å hente disse tapte filene fra skyen er ikke et alternativ for GitLab, enten som oppstarten bestemte seg for sent i fjor for å dumpe skyen for å bygge og drive sine egne Ceph-klynger i stedet . Unødvendig å si, GitLab gjenoppfatter nå sin holdning til det aktuelle emnet.

@TheRegister @gitlab vil jobbe med å gjøre applikasjonen mer effektiv og utforske alternative cloud hosting-leverandører.

- Connor Shea (@connorjshea) 1. februar 2017

Til tross for den tøffe dagen GitLab har hatt, er nettstedet nå oppe som normalt. Mens nettsiden rapporterte at noen data ble tapt i et seks timers vindu, ble Git- repositoriene forlatt uheldig gjennom hele prøvingen. En hel hendelseslogg for hele arrangementet kan ses her.

Mens mange leksjoner kan læres av GitLabs lille feil (hovedsakelig hubris), er GitLabs metode for å håndtere krisen ganske beundringsverdig da oppstarten var klar og gjennomsiktig med sine brukere . Her er å håpe at GitLab lærer fra denne feilen. Ellers vil brukerbasen sin trolig være mindre tilgivende hvis historien gjentar seg selv.

Kilde: Registeret