[대규모 시스템 설계 스터디]

이번 방학 기간동안 대규모 시스템 설계 스터디를 진행한다.교재는 가상 면접 사례로 배우는 대규모 시스템 설계 기초 를 사용했다.기간은 7월 2일 ~ 9월 12일까지로 예상한다.각 주마다 2번씩 진행되고, 스터디 과제는 벨로그 작성과 각 단원 문제풀이로 진행하며, 중간마

개략적인 규모 추정은 보편적으로 통용되는 성능 수치를 바탕으로 사고 실험을 행하여 추정치를 계산하는 행위다. 어떤 설계가 요구사항에 부합할 것인지 가늠해 보기 위한 것이다.데이터 크기를 다룰 때는 2의 제곱수 단위를 알아두는 것이 좋다.책에 나온 수치들을 분석한 결과는

시스템 설계 면접은 다음을 보여주는 자리다.설계 기술을 시연하는 자리설계 과정에서 내린 결정들에 대한 방어 능력을 보이는 자리면접관의 피드백을 건설적인 방식으로 처리할 자질이 있음을 보이는 자리즉, 설계 능력의 기술적 측면 외에도 다음과 같은 자질을 함께 평가할 수 있

클라이언트 또는 서비스가 보내는 트래픽의 처리율을 제어하는 장치일정 시간 동안 허용되는 요청 수를 제한하는 방식웹 서버, API 게이트웨이, 로드밸런서, 방화벽 등에 프로그램 로직으로 구현 가능과도한 요청으로부터 서버 자원 보호CPU, 메모리, 네트워크, 데이터베이스

수평적 규모 확장을 위해 요청 또는 데이터를 여러 서버에 균등하게 분산할 필요가 있음특정 서버에 부하가 집중되면 해당 서버의 처리량과 저장 공간이 먼저 소진될 수 있음일반적인 데이터 분산 방식서버 인덱스 = hash(key) % 서버 개수키의 해시값을 서버 개수로 나눈

고유한 키를 이용해 값을 저장하고 조회하는 비관계형 데이터 저장소키는 저장된 값을 식별하는 역할 수행키는 일반 문자열이나 해시값 등의 형태로 구성 가능저장소는 일반적으로 값의 내부 구조를 직접 해석하지 않음제품이 허용하는 크기와 형식 안에서 문자열, 객체, 바이너리 데

관계형 데이터베이스의 기본 키에 auto_increment 속성을 설정하면 간단하게 유일 ID 생성 가능그러나 대규모 분산 환경에서는 단일 데이터베이스가 병목 또는 단일 장애 지점이 될 수 있음여러 데이터베이스 서버를 사용하면 처리량을 늘릴 수 있지만 다음 문제 발생

URL 단축주어진 긴 URL을 훨씬 짧은 URL로 변환URL 리디렉션단축 URL로 HTTP 요청이 들어오면 원래 URL로 안내비기능 요구사항높은 가용성높은 규모 확장성장애 감내매일 1억 개의 단축 URL 생성초당 평균 쓰기 연산:읽기와 쓰기의 비율을 10:1로 가정초당

웹 크롤러는 웹에 새로 올라오거나 갱신된 콘텐츠를 찾아내고 수집하는 시스템임.수집 대상은 다음과 같이 다양할 수 있음.웹 페이지이미지비디오PDF기타 웹 문서대표적인 활용 사례는 다음과 같음.크롤러는 웹 페이지를 발견하고 수집하여 검색 엔진의 인덱싱 시스템에 전달함대표적

알림 시스템은 사용자에게 중요한 정보나 이벤트를 전달하는 시스템대표적인 알림 방식은 다음과 같음.모바일 푸시 알림SMS 메시지이메일알림 시스템은 보통 정해진 시간 안에 빠르게 전달되는 것이 중요하지만, 일부 지연이 발생했다고 시스템 전체가 실패한 것으로 보지는 않기 때

뉴스 피드 시스템 설계 뉴스 피드는 홈페이지 중앙에 지속적으로 업데이트되는 스토리들의 목록임. 페이스북 도움말 페이지의 정의에 따르면 다음과 같은 항목이 포함됨. 사용자 상태 정보 업데이트 사진, 비디오, 링크 앱 활동 팔로우하는 사람, 페이지, 그룹으로부터 발생한 좋아요 1. 요구사항 확인 설계에 앞서 다음 사항을 먼저 확인해야 함. 어떤 클라...

설계에 앞서 다음 사항을 먼저 확인해야 함.어떤 앱을 설계해야 하는가1:1 채팅 앱그룹 채팅 앱처리해야 하는 트래픽 규모는 어느 정도인가(DAU)그룹 채팅의 참여 인원 제한은 몇 명인가어떤 기능이 필요한가접속 상태 표시첨부파일 지원 여부채팅방 유형메시지 길이 제한은 어

설계에 앞서 다음 사항을 먼저 확인해야 함.사용자 입력이 검색어의 첫 부분에 한정되는가, 중간 부분도 대응하는가몇 개의 자동완성 검색어를 보여줄 것인가자동완성 검색어를 고르는 기준은 무엇인가맞춤법 검사와 자동 수정 기능을 제공하는가어떤 언어를 지원하는가대문자나 특수문자