[Chapter 11] Q&A

[zziri]

[Chapter 11] 뉴스 피드 시스템 설계

• 궁금한 점 혹은 이야기하고 싶은 주제 코멘트로 정리
• 추가로 같이 보면 좋을 것 같은 기술 블로그, 아티클 등 공유

[zziri]

지훈

• 문제 정의 과정
  • 중요한 과정이라는 생각이 뒤늦게 들었습니다..
  • 클라이언트, 중요 기능, 컨텐츠 정렬 기준, 친구 관계 규모, 트래픽 규모, 컨텐츠 파일 형식 등
  • 추가로 논의할 수 있는 스펙
  • 계정당 업로드 가능한 최대 스토리 갯수
  • 스토리의 최대 용량
  • 새 스토리 노출 타이밍
  • 스토리의 보관 기간
• Authorization 헤더
  • Authorization vs Authentication
  • https://www.onelogin.com/learn/authentication-vs-authorization
  • https://baek.dev/post/24/
  • Baerer, Basic, ...
  • JWT
  • https://mangkyu.tistory.com/56
• 그래프 데이터베이스
  • https://d2.naver.com/helloworld/8446520
  • 단순히 친구 관계를 나타내기 위함이라면 RDB로도 문제 없나? (책에서는 친구 추천까지 언급)

[easyfordev]

이지

• 188p에 웹서버에서 인증(올바른 인증 토큰을 Authorization 헤더에 넣고 API를 호출하는 사용자만 포스팅을 할 수 있어야 함)을 처리해야 한다고 언급되어있는데, nginx에서는 구체적으로 어떻게 처리할까?

  • 웹 애플리케이션에서 하는것과는 다른건가?...?
  • https://icerabbit.tistory.com/117
    • auth_request
    • rewrite
    • http://nginx.org/en/docs/http/ngx_http_auth_request_module.html
  • 우리는(?) 주로 Gateway에서 처리하는 것 같음
    • HMAC 인증 : https://haneepark.github.io/2018/04/22/hmac-authentication/

• 사용자가 뉴스 피드를 새로고침할 때의 지연 시간을 어떻게 모니터링할 수 있을까요?

  • 클라이언트 사이드 : 한비님 코멘트 참고
  • 백엔드 사이드 : PINPOINT같은 APM으로 알 수 있지 않을까?

• (캐시를 잘 몰라서,...) 194p에 ‘캐시를 다섯 계층으로 나눈다’는게 어떤 의미일까요?

  • 도메인별로 캐시서버를 5대 두면 되지 않을까?
  • 의미상 한 단계씩 깊이로 들어가는 계층의 의미가 아닐까?
  • 원서 참고 : 민석님 코멘트

• 4장 마무리에서 '가능한 많은 데이터를 캐시할 방법'은 어떤 것이 있을까요..?

  • 책에 나온 ID만 저장하기..? (캐시에 저장할 데이터를 최소화)

• 참고) 캐시

  • Redis
  • nBaseArc (== Redis)
  • Arcus = Memcached + Zookeeper
    • https://prev.github.io/posts/%EB%84%A4%EC%9D%B4%EB%B2%84-%EC%98%A4%ED%94%88%EC%86%8C%EC%8A%A4%EB%A1%9C-%ED%99%95%EC%9E%A5%EC%84%B1-%EC%9E%88%EB%8A%94-%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98%EB%A5%BC-2%ED%8E%B8/
  • EhCache

[KKambi]

한비

뉴스 피드를 새로고침할 때의 지연 시간?

• 문서와 리소스가 언로드 되기 직전 window에서 발생하는 이벤트
• 새로고침, 뒤로가기, 브라우저닫기 등
• Navigation Timing API를 통해 네비게이션 타입을 알 수 있는데, 새로고침에 의한 요청을 식별할 수 있는 쿠키 등을 설정해보면?

  window.onbeforeunload = function (event) {
  if (performance.navigation.type == performance.navigation.TYPE_RELOAD) {
    console.info( "This page is reloaded" );
      document.cookie = "reload=1"
  } else {
      console.info( "This page is not reloaded");
  }
  }

질문

Q. 뉴스 피드 캐시는 <포스팅ID : 사용자ID>의 매핑 테이블인데, 피드를 읽을 때 캐시에서 어떻게 그 사용자에만 속한 피드를 불러오는지? 캐시 전체를 다 보면 비효율적이지 않을까?

[kihyun-yang]

이번 챕터 보면서 딱히 이해가 안되는 부분은 없었습니다. 다만, 의문이 들었던 부분은...

• 책 194p에서 언급하는 캐시가 일반적으로 알고있는 캐시라면, 데이터 성격상 자주 업데이트가 될 것으로 보이는 데이터들도 있는 것으로 보이는데 (특히, 횟수부분) 이런 데이터들은 캐싱처리하는 것이 비효율적이지 않을까 하는 의문은 들었습니다.

[janeljs]

지선

• hotkey 문제란? (190)
  • https://codingwithfun.com/p/the-interviewer-s-11-favorite-redis-interview-questions-i-ve-sorted-them-out-for-you/#codingforfun_4
• 그래프 데이터베이스가 친구 관계를 관리하기 적합한 이유?
  • https://neo4j.com/blog/social-networks-in-the-database-using-a-graph-database/
• 웹 계층을 무상태로 운영하기?
  • stateless web tier
  • https://docs.microsoft.com/en-us/aspnet/aspnet/overview/developing-apps-with-windows-azure/building-real-world-cloud-apps-with-windows-azure/web-development-best-practices

[meloncha]

민석

SNS 아키텍처 facebook, twitter

• https://d2.naver.com/helloworld/551588
• 캐시를 사용하는 방법의 변화
  • 일반적인 사용 방법 : DB에서 조회한 데이터를 캐시에 저장하여 대신 보여준다
  • facebook에서 사용 방법 : TAO 라는 그래프 자료 구조의Write Through캐시로 사용

Write Through cache

• https://cyber0946.tistory.com/81
• 빠르게 읽기 위한 것만이 아닌 쓰기 연산을 위해서 사용
• 쓰기 연산을 실행하면 데이터를 캐시함과 동시에 DB에 저장하는 구조의 캐시. 캐시와 DB 둘다 업데이트

TAO: The power of the graph

• https://engineering.fb.com/2013/06/25/core-data/tao-the-power-of-the-graph/