사소한 실수, 주요 재앙 - GitLab은 하루 동안 오프라인이됩니다.

인기있는 GitHub의 대안 인 신생 기업인 GitLab은 최근에는 매우 힘든 하루였습니다. 인간의 실수로 전체 웹 사이트가 하루 종일 다운되었습니다..

GitLab의 문제는 웹 사이트에로드 시간 및 안정성 문제가 발생했습니다.. 문제를 바로 잡기 위해 웹 사이트가 오프라인으로 전환되었습니다. 그러나 유지 보수 중, 누군가 실수로 실수로 300GB의 실제 프로덕션 데이터가 포함 된 디렉토리를 삭제 한 실수를 저지른 경우.

다행스럽게도 GitLab의 경우 삭제 된 내용 만 영향을받는 문제 및 병합 된 요청. 리포지토리와 위키는 어떤 식 으로든이 실수에 영향을받지 않았습니다. 이 실수에 의한 피해는 그다지 심각하지 않았습니다. 그럴 수 있었기 때문에

디렉토리가 삭제되면 GitLab 직원이 즉시 백업을 향해 돌립니다. 불행히도 GitLab은 또 다른 문제. GitLab이 온라인 상태로 되려는 노력으로 지속적으로 업데이트 된 Google 문서 파일에 따르면 5 가지 백업 / 복제 배포 된 웹 사이트 기술이 안정적으로 작동하지 못했습니다., 어떤 경우에는 처음부터 설정하지 마라..

이러한 손실 된 파일을 클라우드에서 가져 오기 작년 말에 작년에 결정된 GitLab의 옵션이 아닙니다. 대신 자신의 Ceph 클러스터를 구축하고 운영하기 위해 클라우드를 덤프하십시오.. 말할 필요도없이, GitLab은 이제 특정 주제에 대한 입장을 재검토하고 있습니다..

@TheRegister @gitlab은 애플리케이션을보다 효율적으로 만들고 대체 클라우드 호스팅 제공 업체를 탐색하기 위해 노력할 것입니다..

- Connor Shea (@connorjshea) 2017 년 2 월 1 일

GitLab이 가지고 있던 격동 한 일에도 불구하고, 웹 사이트는 이제 정상적으로 운영되고 있습니다. 웹 사이트 6 시간 동안 데이터가 손실되었다고보고했다., 힘내라. 저장소가 무사히 떠났다. 전체 고난을 통해. 전체 이벤트의 전체 사건 기록은 여기에서 볼 수 있습니다..

많은 동안 GitLab의 작은 실수로 수업을 배울 수 있습니다. (주로 거만), GitLab의 위기 대응 방법은 그 시작은 사용자들과 분명하고 투명한 것이었다.. GitLab이 이러한 실수로부터 배우기를 희망합니다. 그렇지 않으면 히스토리가 반복 될 경우 사용자 기반이 관대하지 않을 것입니다.

출처 : 등록