티스토리

만렙 개발자 키우기
검색하기

블로그 홈

만렙 개발자 키우기

nowwatersblog.tistory.com/m

만렙 개발자로 성장하기 위해 오늘을 열심히 살고 있습니다.

구독자
1
방명록 방문하기
공지 블로그를 이전하였습니다 !! 모두보기

주요 글 목록

  • 15장. 구글 드라이브 설계 구글 드라이브 파일 저장 및 동기화 서비스로, 문서, 사진, 비디오, 기타 파일을 클라우드에 보관할 수 있도록 한다. 컴퓨터, 스마트폰, 태블릿 등 어떤 단말에서도 이용 가능해야 한다. 보관된 파일은 친구, 가족, 동료 들과 손쉽게 공유할 수 있어야 한다. 제공 API 1. 파일 업로드 API 단순 업로드: 파일 크기가 작을 때 사용 이어 올리기: 파일 사이즈가 크고 네트워크 문제로 업로드가 중단될 가능성이 높은 경우 사용 이어 올리기 URL 을 받기 위한 최초 요청 전송 데이터를 업로드하고 업로드 상태 모니터링 업로드에 장애 발생 시 장애 발생시점부터 업로드를 재시작 2. 파일 다운로드 API 3. 파일 갱신 히스토리 API 위 API 모두 사용자 인증을 필요로 하고, HTTPS 프로토콜을 사용해야 한.. 공감수 2 댓글수 0 2023. 9. 12.
  • 14장. 유튜브 설계 주어진 시간에 적절한 기술을 골라 설계를 마치는 것이, 그 기술 각각이 어떻게 동작하는지 상세히 설명하는 것보다 중요하다. 예를 들어 비디오를 저장하기 위해 BLOB 저장소를 쓸 것이라면 그 사실만 언급해도 충분하다. 다른 빅 테크 기업들도 모든 것을 스스로 구축하지는 않는다. 유튜브 시스템을 개략적으로 보면 세 개 컴포넌트로 구성된다. CDN: 비디오는 CDN 에 저장되고, 재생 버튼을 누르면 CDN으로부터 스트리밍이 이루어진다. API 서버: 비디오 스트리밍을 제외한 모든 요청은 API 서버가 처리 피드 추천 비디오 업로드 URL 생성 메타데이터 데이터베이스와 캐시 갱신 사용자 가입 개략적 설계 비디오 업로드 절차 메타데이터 캐시: 비디오의 메타데이터와 사용자 객체는 캐시 원본 저장소: 원본 비디오를.. 공감수 0 댓글수 0 2023. 9. 12.
  • 13장. 검색어 자동완성 시스템 공감수 0 댓글수 0 2023. 9. 12.
  • 12장. 채팅 시스템 설계 채팅 앱의 종류가 많기 때문에 어떤 채팅앱을 설계해야 하는지 기능적 요구사항을 확실히 이해하는 것이 중요하다. 1:1 채팅 그룹 채팅 음성 채팅 개략적 설계 채팅 시스템의 경우 클라이언트는 모바일 앱 이거나 웹 애플리케이션이다. 채팅을 시작하려는 클라이언트는 네트워크 통신 프로토콜을 사용해 서비스에 접속한다. 따라서 채팅 서비스의 경우 어떤 통신 프로토콜을 사용할 것인지도 중요한 문제 메시지 송신 클라이언트(Sender) 수신 클라이언트에게 전달할 메시지를 채팅 서비스에 보낼 때 HTTP 프로토콜을 사용. 이때 keep-alive 헤더를 사용하면 클라이언트와 서버 사이의 연결을 끊지 않고 계속 유지할 수 있다. 또한 TCP 접속 과정에서 발생하는 핸드셰이크 횟수를 줄일 수 있는 장점도 있어서, 대중적 채.. 공감수 0 댓글수 0 2023. 8. 30.
  • 11장. 뉴스 피드 시스템 설계 뉴스 피드 홈 페이지 중앙에 지속적으로 업데이트 되는 정보들로, 사용자 상태 업데이트, 사진, 비디오, 팔로우하는 사람들과 페이지, 속한 그룹으로 부터 나오는 좋아요를 포함한다. 뉴스 피드는 피드 발행과 뉴스 피드 생성 두 가지 부분으로 나뉜다. 개략적 설계 피드 발행 사용자가 스토리를 포스팅하면 해당 데이터를 캐시와 데이터베이스에 기록한다. 새 포스팅은 친구의 뉴스피드에도 전송된다. HTTP 프로토콜 기반 POST /v1/me/feed Authorization 헤더와 포스팅 내용을 담은 Body 를 사용한다. 유저 : 모바일 앱이나 웹에서 새 포스팅을 올리는 주체 로드 밸런서: 트래픽을 웹 서버들로 분산 웹 서버: HTTP 요청을 내부 서비스로 중계하는 역할 담당 포스팅 저장 서비스: 새 포스팅을 디비.. 공감수 2 댓글수 0 2023. 8. 30.
  • 10장. 알림 시스템 설계 iOS 푸시 알림 알림 제공자: 알림 요청을 만들어 애플 푸시 알림 서비스(APNS) 로 보내는 주체 APNS: 애플이 제공하는 원격 서비스, 푸시 알림을 iOS 장치로 보내는 역할 담당 iOS 단말: 푸시 알림을 수신하는 사용자 단말 안드로이드 푸시 알림 APNS 대신 FCM 을 사용한다는 차이점 외엔 iOS 와 동일함. 그 외 SMS 나 이메일도 중간에 제 3자가 제공하는 상용 서비스를 통해 알림을 전송한다. 연락처 정보 수집 절차 알림을 보내려면 사용자 정보가 필요한데, 사용자가 앱을 설치하거나 처음 계정 등록할 때 API 서버는 해당 사용자의 정보를 수집해 데이터베이스에 저장한다. 알림 전송 및 수신 절차 서비스 마이크로서비스일 수 도 있고, 크론잡일 수도 있고, 분산 시스템 컴포넌트일 수도 있다.. 공감수 1 댓글수 0 2023. 8. 23.
  • 9장. 웹 크롤러 설계 웹 크롤러 로봇 또는 스파이더 라고 부르며, 검색 엔진에서 널리 쓰이는 기술이다. 웹에 새로 올라오거나 갱신된 콘텐츠를 찾아내는 것이 주된 목적이다. 몇 개의 웹 페이지에서 시작하여 그 링크를 따라 나가면서 새로운 컨텐츠를 수집하는 방식으로 동작한다. 사용 예시 - 검색 엔진 인덱싱: 웹 페이지를 모아 검색 엔진을 위한 로컬 인덱스로 만든다. - 웹 아카이빙: 나중에 사용할 목적으로 장기보관하기 위해 웹에서 정보를 모은다. - 웹 마이닝: 인터넷에서 유용한 지식을 도출해낸다. - 웹 모니터링: 인터넷에서 저작권이나 상표권이 침해되는 사례를 모니터링 한다. 웹 크롤러의 복잡도는 웹 크롤러가 처리해야 하는 데이터의 규모에 따라 달라지므로, 우리가 설계할 웹 크롤러가 감당해야 하는 데이터의 규모와 기능들을 알.. 공감수 1 댓글수 0 2023. 8. 23.
  • 8장. URL 단축기 설계 공감수 0 댓글수 0 2023. 8. 21.
  • 7장. 분산 시스템을 위한 유일 ID 생성기 설계 공감수 0 댓글수 0 2023. 8. 21.
  • 6장. 키-값 저장소 설계 키-값 저장소란, 키-값 데이터베이스라고도 불리는 비 관계형 데이터베이스이다. 키-값 쌍에서 키는 유일해야 하며 해당 키에 매달린 값은 키를 통해서만 접근할 수 있다. 키는 일반 텍스트일 수도 있고, 해시 값일 수도 있다. 하지만 성능 상의 이유로 키는 짧을수록 좋다. 값은 문자열일 수도 있고 리스트일 수도, 객체일 수도 있다. 보통 값으로 무엇이 오든 상관없다. 문제 이해 및 설계 범위 확정 완벽한 설계란 없으며, 읽기-쓰기 그리고 메모리 사용량 사이에 어떤 균형을 찾고, 데이터의 일관성과 가용성 사이에 타협적 결정을 내린 설계를 만드는 것이 바람직하다. 단일 서버 키-값 저장소 가장 직관적인 방법은 키-값 쌍을 전부 메모리에 해시 테이블로 저장하는 것 빠른 속도를 보장하긴 하지만, 모든 데이터를 메모.. 공감수 2 댓글수 0 2023. 8. 3.
  • 5장. 안정 해시 설계 수평적 규모 확장성을 달성하기 위해서는 요청 또는 데이터를 서버에 균등하게 나누는 것이 중요하다. 해시 키 재배치(rehash) 문제 서버들에 부하를 균등하게 나누는 보편적 방법은 해시 함수를 사용하는 것이다. serverIndex = hash(key) % N (N 은 서버의 개수) 서버 풀의 크기가 고정되어 있을 때, 그리고 데이터 분포가 균등할 때는 잘 동작한다. 그러나 서버가 추가되거나 기존 서버가 삭제되면 문제가 생긴다. 키에 대한 해시 값은 변하지 않지만 나머지 연산을 적용하여 계산한 서버 인덱스 값은 달라지게 된다. 특정 서버(그림에서는 서버 1)가 죽게 되면 대부분 캐시 클라이언트가 데이터가 없는 엉뚱한 서버에 접속하여 대규모 캐시 미스가 발생하게 된다. 이러한 문제를 효과적으로 해결하는 기.. 공감수 2 댓글수 0 2023. 8. 3.
  • 4장. 처리율 제한 장치의 설계 처리율 제한 장치(rate limiter) 클라이언트 또는 서비스가 보내는 트래픽의 처리율(rate)을 제어하기 위한 장치 e.g. HTTP - 특정 기간 내 전송되는 클라이언트의 요청 횟수를 제한 API 요청 횟수가 제한 장치에 정의된 임계치를 넘어서면 추가로 도달하는 모든 호출은 처리가 중단(block) 사례 카톡 전화번호 인증은 24 시간 이내 최대 5회 (샌박 기준으로 계정 생성 테스트하다가 5회 실패하면 잠김 → 물론 잠금 해제 요청도 가능함 \^0^/) API에 처리율 제한 장치를 두면 좋은점 Dos(Denial Of Service)공격에 의한 자원 고갈 방지 비용 절감 (서버를 많이 두지 않아도 되고, 우선순위가 높은 API 에 더 많은 자원을 할당, 혹은 써드파티 API 사용료 절감) 서버.. 공감수 2 댓글수 0 2023. 8. 3.
  • 3장. 시스템 설계 면접 공략법 시스템 설계 면접 두 명의 동료가 모호한 문제를 풀기 위해 협력하여 그 해결책을 찾아내는 과정에 대한 시뮬레이션으로, 정해진 결말도 없고 정답도 없다. 하지만 그 절차나 범위에는 공통적인 부분이 있다. 나의 설계 기술을 시연하는 자리이고, 설계 과정에서 내린 결정들에 대한 방어 능력을 보이는 자리이다. 보통 지원자의 설계 능력의 기술적 측면을 평가하는 자리일 거라 생각하지만, 사실은 그 이상이다. 면접관이 주로 보는 긍정적 신호 지원자가 협력에 적합한 사람인지 압박이 심한 상황도 잘 헤쳐 나갈 자질이 있는지 모호한 문제를 건설적으로 해결할 능력이 있는지 좋은 질문을 던질 능력이 있는지 면접관이 주로 보는 부정적 신호 설계의 순수성(pureity)에 집착한 나머지 타협적 결정(tradeoff)을 도외시하고.. 공감수 1 댓글수 0 2023. 8. 3.
  • 2장. 개략적인 규모 추정 개략적 규모 추정 시스템 설계 면접 시 시스템 용량이나 성능 요구사항을 개략적으로 추정하라는 요구 사항이 주어질 수 있다. 여기서 개략적인 규모 추정(back-of-the-envelop estimation)이란, 보편적으로 통용되는 성능 수치상에서 사고 실험을 행하여 추정치를 계산하는 행위로서, 어떤 설계가 요구사항에 부합할 것인지 보기 위한 것이다. 2의 제곱수 데이터 볼륨의 단위를 2의 제곱수로 표현 응답 지연 연산 별 처리 속도를 대략적으로 알 수 있다. 가용성에 관계된 수치들 고가용성: 시스템이 오랜 시간 동안 지속적으로 중단없이 운영될 수 있는 능력을 지칭 100%는 시스템이 한 번도 중단된 적이 없었음을 의미 SLA(Service Level Agreement) 서비스 사업자와 고객 사이에 맺어.. 공감수 1 댓글수 0 2023. 8. 3.
  • 1장. 사용자 수에 따른 규모 확장성 데이터베이스 처리해야 할 데이터에 따라 RDBMS, NoSQL 을 선택적으로 활용 가능 비관계형 데이터베이스 에러 복구(failover) 방안이나 다중화(redundancy) 방안을 제시하지 않음 서버 장애 시 웹사이트/앱은 완전히 중단됨 스케일아웃: 더 많은 서버를 추가하여 성능 개선 - 수평적 규모 확장 스케일 업의 이러한 단점들 때문에 대규모 애플리케이션 지원 시에는 스케일 아웃이 적절하다 로드밸런서 부하 분산 집합에 속한 웹 서버들에게 트래픽 부하를 고르게 분산하는 역할 사용자는 로드밸런서의 공개 IP 주소로 접속하고, 서버 간 통신에는 사설 IP 주소가 이용된다. 부하 분산 집합에 웹 서버를 추가한 후 로드밸런서를 통해 골고루 부하를 나눠 갖게 되면, 장애 복구 문제를 해결할 수 있고 웹 계층의.. 공감수 1 댓글수 0 2023. 8. 3.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.