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 som en menneskelig feil forårsaket hele nettstedet å være nede for en hel dag.

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

Heldigvis for GitLab, innholdet som ble slettet bare berørte problemer og sammenslåtte forespørsler. Oppbevaringsstedene og wikiene ble ikke påvirket av denne feilen på noen måte, noe som betyr at Skader forårsaket av denne feilen var ikke så alvorlig som det kunne ha vært

Med katalogen slettet, vender GitLab personell umiddelbart mot backupen. Dessverre for dem, løp GitLab inn i enda et problem. I følge Google Doc-filen som stadig ble oppdatert som GitLab-kampene for å komme tilbake på nettet, ble alle 5 backup / replikering teknikker som nettstedet implementerte klarte ikke å fungere pålitelig, og i noen tilfeller var aldri satt opp i utgangspunktet.

Henter disse tapte filene fra skyen er ikke et alternativ for GitLab, enten som oppstart bestemt for sent i fjor til dump skyen for å bygge og drive sine egne Ceph-klynger i stedet. Det er unødvendig å si at GitLab nå vurderer 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 tumultuous dagen GitLab har hatt, er nettstedet nå oppe som normalt. Mens nettsiden rapporterte at noe data gikk tapt i et seks timers vindu, Git repositories ble forlatt unharmed 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), GitLabs metode for håndtering av krisen er ganske beundringsverdig som 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