블루스카이 중단의 원인은 무엇인가? 사고 뒤를 살펴보다.

블루스카이, 분산형 소셜 네트워크가 최근 예상치 못한 다운타임에 직면했습니다. 많은 사용자들이 이러할 수 있는 이유에 대해 궁금해하고 있습니다. 이러한 실패가 어떻게 발생할 수 있었는지를요.

사고는 목요일 저녁 6시 55분 동부 표준시(ET)에 시작되었습니다. 블루스카이는 웹과 모바일 앱에 영향을 미치는 주요 서비스 문제를 인정하는 상태 알림을 게시했습니다. 원인은 무엇이었을까요? 플랫폼의 엔지니어링 팀에 따르면 "주요 PDS 네트워크 문제" 때문입니다. 다행히도 서비스는 동부 표준시(ET) 7시 38분까지 복구되기 시작했지만, 이번 사건은 블루스카이의 아키텍처에 대한 더 큰 질문을 불러일으켰습니다.

예 - 그리고 아니요.

블루스카이는 사용자가 자신의 개인 데이터 서버와 릴레이를 호스팅할 수 있도록 하는 AT 프로토콜 위에 구축되었습니다. 하지만 실제로 대부분의 사용자는 여전히 블루스카이의 공식 인프라에 의존하고 있습니다. 따라서 블루스카이의 주요 서버가 실패할 경우, 대부분의 커뮤니티 사용자 경험도 영향을 받게 됩니다.

자신의 노드를 운영하고 있는 초기 사용자들은 충돌의 영향을 받지 않았으며, 이는 진정한 분산형이 궁극적으로 어떻게 보일지 강조합니다. 하지만 현재로서는 블루스카이가 구상하는 자가 호스팅 생태계는 현실보다는 로드맵에 가깝습니다.

이번 다운타임은 연합 모델을 사용하여 운영되는 경쟁 플랫폼인 마스토돈으로부터 반응을 불러일으켰습니다. 마스토돈 사용자들은 빠르게 조롱을 시작했습니다. 한 사용자는 "내 토스터에서 운영되는 마스토돈 인스턴스는 괜찮은데, 블루스카이는 다운됐다"고 농담했습니다. 또 다른 사용자는 "그래서 분산형이라는 건 뭐였죠?"라고 joked했습니다.

블루스카이는 장기적으로 다양한 독립적으로 관리되는 커뮤니티를 활성화하는 것을 목표로 하고 있습니다. 블랙스카이와 같은 프로젝트들은 포괄적이고 자가 호스팅된 디지털 공간을 구축함으로써 이 개념을 실험하고 있습니다. 그러나 캔자스 시티의 충돌은 분산형은 하룻밤 사이에 이루어지지 않는다는 것을 상기시켜 줍니다.

빠른 복구에도 불구하고, 이번 다운타임은 블루스카이의 인프라의 현재 한계를 드러내었고, 분산된 세계에서 중앙화된 백본에 의존할 때의 위험을 보여주었습니다.

출처: techjuice.pk