Manja pogreška, velika katastrofa - GitLab odlazi izvan mreže na jedan dan

GitLab, startup koji je alternativa vrlo popularnom GitHubu, nedavno je imao prilično težak dan kao ljudska pogreška uzrokovala je pad cijelog web-mjesta cijeli dan.

GitLabov problem prvi je počeo kada je Web-lokacija je imala problema s učitavanjem i stabilnošću. Web-lokacija je izvučena kako bi se otklonili problemi. Međutim, tijekom održavanja, netko je nesvjesno pogriješio što je slučajno izbrisao direktorij koji sadrži 300 GB podataka o produkciji uživo.

Srećom za GitLab, sadržaj koji je samo izbrisan problema i spojenih zahtjeva. Repozitorijima i wikijima ova pogreška nije na bilo koji način utjecala, što znači da je šteta uzrokovana ovom pogreškom nije bila tako teška kao što je moglo biti

Kad je mapa izbrisana, osoblje GitLab-a se odmah okreće prema rezervnoj kopiji. Nažalost, za njih je naišao GitLab još jedan problem. Prema datoteci Google Doc koja se neprestano ažurira jer se GitLab bori da se vrati online, svih 5 sigurnosnih kopija / replikacija tehnike koje web-lokacija nije uspjela pouzdano raditi, u nekim slučajevima nikad se uopće ne postavlja.

Dohvaćanje izgubljenih datoteka iz oblaka nije opcija za GitLab kao što je startup odlučio krajem prošle godine bacite oblak kako biste umjesto toga izgradili i upravljali svojim Ceph klasterima. Nepotrebno je reći da GitLab sada razmatra njihov stav o toj određenoj temi.

@ TheRegister @gitlab će raditi na tome da aplikacija postane uspješnija i istražuje alternativne pružatelje usluga hostinga u oblaku.

- Connor Shea (@connorjshea) 1. veljače 2017

Unatoč burnom danu koji je GitLab imao, web-lokacija je sada pokrenuta i normalna. Dok je web stranica izvijestili su da su neki podaci izgubljeni tijekom prozora od šest sati, Git spremišta su ostala neoštećena tijekom cijelog iskušenja. Potpuni dnevnik događaja o cijelom događaju možete pogledati ovdje.

Dok mnogi lekcije se mogu naučiti iz male pogreške GitLaba (uglavnom hubris), GitLabova metoda rješavanja krize prilično je divna pokretanje je bilo jasno i transparentno sa svojim korisnicima. Nadamo se da će GitLab naučiti iz ove pogreške. Inače bi njegova korisnička baza vjerojatno bila manje opraštajuća ako se povijest ponovi.

Izvor: Registar