원티드 프리온보딩 백엔드 챌린지 1차 특강

☘️사전과제

DB Table row 를 업데이트하는 상황을 방어하기 위해 어떻게 개발하실것인지

• DB Lock (비관적 락 / 낙관적 락)
• 처리율 (TPS가 5만건씩 들어올때 락을 걸어버리면 서버가 터져버림.. , 비관적 락을 걸어벌이면 데드락 터질수도있음)
  => Redis같은 싱글스레드를 두어 대기열을 만들수도 있음.
• 돈/장부같은 중요한것일 경우, 분산락을 걸어서 계좌나 고객의 자산의 경우 분산락을 걸어주면 보장이 됨.
• 속도 빠른 kafka 쓸수도 있는데.. 쓸바에는 Redis 쓸것 같음.. 파티션이라는 개념 찾아보기
  - [우아한테크토크] 선착순 이벤트 서버 생존기! 47만 RPM에서 살아남다?!
  > 참고해보기
• DB가 여러개면 락걸기가 어려움. MSA 에서는 분산락같은걸 많이 씀.

TCP vs UDP (면접 단골질문, 찾아보자)

• TCP & UDP는 OSI 표준모델과 TCP/IP 모델의 전송 계층에서 사용되는 프로토콜임.
• TCP : 높은 신뢰성
• UDP : 전송속도가 빠름 (최근에 뜨고있음)

검색창에 Naver를 검색했을때 일어나는 일

• 참고하자! (감사합니다)

본인이 주력으로 사용하는 언어에서 설계적 결함 한가지를 작성

• 예시1 : Java null 개념 (null object pattern)
• 예시2 : Stack이라는 클래스를 왜 구현했는가.. Stack 만들때 성능은 고려하지 않았음. / DEQUE 써야함.

본인이 주력으로 사용하는 언어에서 설계적 결함 한가지를 작성

• ArrayList
• HashMap 알고리즘 어떤거 쓰는지 등등
• StringBuilder(사이즈 16) StringBuffer String

Apache Kafka

• 중앙집권화된 큐, 데이터 저장소(여러군데에서 구독할 수 있고, 그걸 대기열 큐로 제공할 수 있다)
• 대기열 큐를 여러개로 줘서 쓸 수 있음. 구독하는것도 여러개를 줄 수 있다.
• 다만 순서보장은 어려울 수 있다. (대기열을 여러개 주니까..)

🌿[기술 면접에서 시스템 설계 문제가 가지는 의미]

1. 시스템 설계 문제란

1-1. 무엇을 원하는가

기술 면접에서 시스템 설계 문제를 물어보는 이유는 뭘까? -> 현업에서 문제 해결 능력을 확인하기 위함.

• 설계는 정답이 없음. 효율성의 차이가 있겠지만, 정답이 없으니 의견에 대한 근거를 갖고 설득하는 것.
• 꼬리 질문이 많을 수 있음 ( 이건 내가 답변을 잘 하고 있다는 뜻 ㅎㅎ 궁금한게 많으니 물어보는 것)

1-2. 피해야 할 것

• 설계의 순수성에 집착한 나머지, 오버엔지니어링을 하는 엔지니어링들이 협업에도 많음.
• 오버 엔지니어링의 결과로 시스템 전반의 비용 상승할 수 있음.
  ex) 사용자 10명인데, MAS 방식으로 설계한다? 차라리 Monolith로 하는게 나을수도 있음

2. 효과적 면접을 위한 4단계 접근법

2-1. 문제 이해 및 설계 범위 확정

• 답부터 들이밀지 말자
• 깊이 생각하고 질문하여 요구사항과 가정을 분명히 하자
• 모호함을 없애는게 가장 중요함
• 올바른 질문을 하는 것. 적절한 가정을 하는 것. 시스템 구축에 필요한 정보를 모으는 것
• 면접관과 핑퐁을 많이 하자!!

2-2. 개략적인 설계안 제시 및 동의 구하기

• 개략적인 설계안을 제시하고 면접관의 동의를 얻음.

2-3. 상세 설계

• Monolith > MSA로 넘어간다고 가정하면..
• 캐시처리 어떻게 할건지, 알림에 장애가 나면 어떻게 할건지? , 등등..
• 미래에 닥칠 규모 확장 요구에 대해 어떻게 대처할 것인지..

2-4. 마무리단계

• 개선점..
• 미래 규모 확장해야할 때 어떻게 해야하는지?

** 중요한 것

• 질문을 많이 해야해서 요구사항을 최대한 이해해야 함.
• 소통이 가장 중요하다. 일을 할 때 같이 잘 할 수 있는 사람인지 확인하는 자리이기도 함.
• 힌트를 청하기 주저하지 말자
• 아무것도 대비하지 말고 면접장에 가지 말자;;
• JAVA / SPRING 은 당연히 기본이고, 경쟁력을 갖추기 위해서는 시스템 설계도 잘 알아야한다.

전형적인 면접 질문

• DB Lock, 동시성
• 네트워크

🌿[설계]

1 . 단일 서버 설계

2 . 어떤 DB를 사용하지? (RDBMS vs NoSQL)

CAP 이론

• Availability(가용성) : 모든 노드가 모든 요청에 대하여 정상적인 응답을 한다.
• Consistency (일관성) : 모든 노드가 동일한 데이터를 가지고 있어야 한다.
• Partition Tolerance (부분 결함) => 네트워크의 특성이라.. 논란이 좀 있음!

참고하기!
CAP Theorem, 오해와 진실

CQRS Pattern

참고해보기
B마트 전시 도메인 CQRS 적용하기

3. 규모를 확장해보자 (수평적 확장 / 수직적 확장)

3-1. 수평적 확장

더 많은 서버를!

3-2. 수직적 확장

더 고사양으로!

수직적 확장의 단점

• 한대의 서버에 CPU, Memory를 무한대로 증설할 방법은 없음.
• 비용이 선형적인 추세보다 훨씬 빠르게 증가
• 두배 이상의 CPU, Memory를 갖춘 시스템은 두배 이상의 비용이 들지만, 두배 이상의 부하를 처리할 수 있는 것은 아님.
• ex) JAVA Heap 메모리 스캔 비용이 늘어나기도 함.