1단계 문제 이해 및 설계 범위 확정

• 기능적 요구사항
  • 파일 추가(drag-and-drop)
  • 파일 다운로드
  • 여러 단말에 파일 동기화. 한 단말에서 파일을 추가하면 다른 단말에도 자동으로 동기화
  • 파일 갱신 이력 조회
  • 파일 공유
  • 파일이 업데이트될 경우 알림
• 비 기능적 요구사항
  • 안정성 : 데이터 손실
  • 빠른 동기화 속도
  • 네트워크 대역폭
  • 규모 확장성
  • 높은 가용성

2단계 개략적 설계안 제시 및 동의구하기

• 구성
  • 파일 업로드/다운로드 처리할 서버
  • 사용자데이터, 로그인 정보, 파일 정보 등의 메타데이터 저장용 디비
  • 파일을 저장할 저장소 시스템

API

1. 파일 업로드 API
   • 단순 업로드 : 파일 크기가 작을 때 이용
   • 이어 올리기 : 파일 사이즈가 크고 네트워크 문제로 업로드가 중단될 가능성이 있을 때
     • *https ://api.example.com/files/upload?uploadType=resumable*
     • 이어 올리기 URL을 받기 위한 최초 요청 전송
     • 데이터를 업로드하고 상태 모니터링
     • 업로드 장애가 발생하면 장애 시점부터 업로드 재시작
2. 파일 다운로드 API
3. 파일 갱신 히스토리 API

한 대 서버의 제약 극복

• 데이터 샤딩으로 여러 서버에 저장 → user_id를 기준으로 %연산으로 키 지정
• 클라우드 서비스 이용(S3) → 다중화 지원

  • 로드 밸런서 → 트래픽 분산

  • 메타데이터 디비 → 부수 정보를 파일 서버에서 분리하여 single point of failure를 줄임

  • S3로 가용성과 데이터 무손실을 보장(지역 분리 등)

    

동기화 충돌

• 두 명 이상의 사용자가 같은 파일이나 폴더를 동시에 업데이트하려고 할 때
• 방안
  • 먼저 접근한 사용자의 파일을 처리하고 이 후 접근한 사용자는 충돌로 처리
  • 오류가 발생한 시점에 사용자2가 로컬에 갖고있는 버전과 서버에 업데이트된 버전이 존재 하게됨

개략적 설계안

• 블록 저장소 서버
  • 파일 블록을 클라우드 저장소에 업로드 하는 서버
  • 블록 수준 저장소 → 클라우드 환경에서 데이터 파일을 저장하는 기술
  • 파일을 여러 블록으로 저장하며, 각 블록은 고유한 해시값이 할당됨
  • 해시값은 메타데이터 데이터베이스에 저장됨
  • 각 블록은 독립적인 객체로 취급되며 클라우드 저장소 시스템(S3)에 저장됨
  • 파일 재구성하려면 각 블록을 순서대로 합쳐야함
• 클라우드 저장소
  • 블록단위로 나뉘어진 파일이 보관되는 곳