Малка грешка, Голяма катастрофа - GitLab Офлайн за един ден

GitLab, стартова компания, която е алтернатива на много популярната GitHub, имаше доста труден ден наскоро като човешката грешка причини целия сайт да бъде за цял ден.

Проблемът с GitLab започна за първи път, когато уебсайтът изпитваше проблеми с времето за зареждане и стабилността. Уебсайтът бе преместен офлайн, за да се отстранят проблемите. Въпреки това, по време на поддръжката, някой несъзнателно е направил грешката случайно да изтрие директория, съдържаща 300 GB данни за живото производство.

За щастие за GitLab, съдържанието, което беше изтрито само засегнати въпроси и обединени заявки. Хранилищата и уикитата не бяха засегнати от тази грешка по никакъв начин, което означава, че щетите, причинени от тази грешка, не бяха толкова тежки както би могло да бъде

С изтритата директория персоналът на GitLab незабавно се обръща към резервната си памет. За съжаление за тях GitLab се сблъска още един проблем. Според документа на Google Doc, който непрекъснато се актуализира, тъй като GitLab се опитва да се върне онлайн, всичките 5 архивиране / репликация техники, които не са успели да работят надеждно, и в някои случаи никога не се създава.

Извличане на тези загубени файлове от облака не е опция за GitLab, както стартиращата компания реши в края на миналата година изхвърлете облака, за да изградите и управлявате собствените си Ceph клъстери. Излишно е да казвам, че GitLab сега преразглежда позицията си по тази конкретна тема.

@TheRegister @gitlab ще работи за превръщането на приложението в по-ефективни и проучване на алтернативни доставчици на хостинг услуги.

- Connor Shea (@connorjshea) 1 февруари 2017

Въпреки бурния ден, който GitLab е имал, уебсайтът вече работи и работи нормално. Докато сайтът съобщават, че някои данни са загубени по време на шестчасов прозорец, Git хранилищата бяха оставени невредими през цялото изпитание. Пълен дневник на инцидента за цялото събитие може да се види тук.

Макар и много уроците могат да се извлекат от малката грешка на GitLab (предимно високомерие), методът на GitLab за справяне с кризата е доста възхитителен стартирането беше ясно и прозрачно за своите потребители. Надяваме се, че GitLab научава от тази грешка. В противен случай неговата потребителска база вероятно ще бъде по-малко прощава, ако историята се повтори.

Източник: Регистърът