Mindre fejl, stor katastrofe - GitLab går offline for en dag
GitLab, en opstart, der er et alternativ til den meget populære GitHub, har haft en ret hård dag for nylig som en menneskelig fejl forårsagede hele hjemmesiden at være nede i en hel dag.
GitLabs problem begyndte først, da webstedet oplevede belastningstid og stabilitetsproblemer. Webstedet blev bragt offline for at rette op på problemerne. Imidlertid under vedligeholdelsen, En person gjorde uheldigvis fejlen ved en fejl ved at slette en mappe med 300 GB levende produktionsdata.
Heldigvis for GitLab, indholdet der kun blev slettet berørte problemer og fusionerede anmodninger. Beholderne og wikierne blev ikke påvirket af denne fejl på nogen måde, hvilket betyder at Skader forårsaget af denne fejl var ikke så alvorlige som det kunne have været
Med biblioteket slettet, vender GitLab-personalet straks mod sin backup. Uheldigvis for dem løb GitLab ind i endnu et problem. Ifølge Google Doc-filen, der hele tiden blev opdateret som GitLab-kampe for at komme online igen, blev alle 5 backup / replikering Teknikker, som hjemmesiden implementerede, undlod at fungere pålideligt, og i nogle tilfælde var aldrig oprettet i første omgang.
Henter disse tabte filer fra skyen er ikke en mulighed for GitLab enten som opstart besluttet sent sidste år til dump skyen for at bygge og drive sine egne Ceph-klynger i stedet. Det er overflødigt at sige, at GitLab nu genovervejer deres holdning til det pågældende emne.
@TheRegister @gitlab vil arbejde på at gøre applikationen mere effektiv og udforske alternative cloud hosting udbydere.
- Connor Shea (@connorjshea) 1. februar 2017
På trods af den tumultlige dag, som GitLab har haft, er hjemmesiden nu i gang som normalt. Mens hjemmesiden rapporterede, at nogle data gik tabt i løbet af et vindue på seks timer, Git repositories blev uberørt gennem hele prøvningen. En fuldstændig hændelseslog for hele arrangementet kan ses her.
Mens mange lektioner kan læres af GitLabs lille fejl (hovedsagelig hubris), GitLabs metode til håndtering af krisen er temmelig beundringsværdig som opstarten var klar og gennemsigtig med sine brugere. Her er at håbe, at GitLab lærer fra denne fejltagelse. Ellers ville dets bruger base sandsynligvis være mindre tilgivende, hvis historien gentager sig selv.
Kilde: Registret