[1주차 질문-추호성]

[HoSungChoo]

1장

어떤 부하 분산 알고리즘이 존재하는가, 그리고 어떤 상황에서 어떤 알고리즘을 사용해야 하는가?

주, 부 서버가 다운되었을 때, 순간적으로 발생하는 데이터 유실을 어떻게 막을 수 있을까?

캐시는 일관성을 지키기 위해 어떤 기술을 사용하는가?

캐시 write back 전략은 캐시의 변경점을 모아서 한번에 DB에 전송하는 방식을 가진다. 캐시 데이터 전체를 DB에 전송하나 ? 아니면 변경점에 대해서만 DB에 전송하나? 아니면 변경 기록을 기반으로 DB에 전송하나 ?

서비스를 이용하는 과정에서 CDN은 어떤 시점에서 요청을 받는가?

CDN을 둔다 해도 동적 컨텐츠 조회를 위해 웹 서버를 거쳐야 하며, 결국 성능 병목이 생기지 않을까?

전세계를 대상으로 하는 대규모 서비스에선 하나의 로드밸런서가 데이터 센터 할당을 관리하는가?

2장

없음

3장

퀴즈) SNS 시스템을 설계하라는 요구를 받았다. 어떤 질문을 하면 좋을까?

퀴즈) 네이버 지도에서 실시간 맛집 추천 리스트를 제공하려고 한다. 어떻게 설계하면 좋을까?

[HoSungChoo]

추가 질문

RDBMS와 NoSQL의 트랜잭션 처리 방식 차이

주 서버 다운 시 처리 방식

Active - Active 서버 구조

캐시 전략과 각 전략의 차이점

샤딩과 파티셔닝 차이

[HoSungChoo]

RDBMS와 NoSQL의 트랜잭션 처리 방식 차이

---

NoSQL은 BASE라는 속성을 가진다. BASE는 Basically Available, Soft state, Eventually Consistence의 약자다.

• Basically Available(기본 가용성) : 사용자가 언제든 데이터베이스에 동시에 액세스할 수 있음을 의미한다. 사용자가 레코드를 업데이트하기 위해 다른 사용자가 거래를 완료할 때까지 기다릴 필요 없다.

• Soft state(소프트 상태) : 외부 트리거 또는 입력이 없더라도, 데이터가 시간 경과에 따라 변할 수 있는 상태를 가진다.(데이터가 일관성 있게 즉시 반영되지 않음을 의미한다) 여러 애플리케이션이 동시에 레코드를 업데이트할 때의 레코드의 전환 상태를 의미한다. 레코드 값은 모든 트랜잭션이 완료된 후에만 최종적으로 확정된다. 예를 들어 사용자가 소셜 미디어 게시물을 편집하는 경우 변경 사항이 다른 사용자에게 즉시 표시되지 않을 수 있다. 하지만 나중에 사용자가 트리거하지 않았더라도 게시물이 저절로 업데이트된다.

• Eventually Consistence(일관성) : 최종 일관성은 모든 동시 업데이트가 완료되었을 때 레코드의 일관성이 유지된다는 것을 의미한다. 즉, 업데이트 중에는 일시적으로 불일치 상태가 될 수 있지만, 결국 일관성을 가지게 된다.

반면 RDBMS는 ACID 특성을 가지는데, 트랜잭션을 단위로 데이터의 변화가 원자성, 일관성, 지속성, 고립성을 충족시켜야 함을 의미한다. 이는 일관성 처리 방식을 바라보는 관점에서 BASE 속성과 큰 차이를 보인다.

[HoSungChoo]

주 서버가 다운될 경우 부 서버가 승격되는데, 그 사이 데이터가 입력될 경우 손실이 일어날 수 있다. 이를 어떻게 해결할 수 있을까?

---

다중 마스터 구조(Multi Master Replication)를 이용한다. 그런데, 정합성 문제가 발생할 수도?

데이터가 입력될 경우 실패 요청을 반환하는 것도 방법이 될 수도..?

[HoSungChoo]

서버 이중화 방식(active-active 와 active-standby)

---

서버 이중화는 고가용성 추구와 장애 복구 시스템 구축을 위해 사용하는 아키텍쳐다. 서버 이중화는 active-active 방식과 active-standby 방식으로 구분되며, 각각은 특징을 가지고 있다.

active-active 방식은 여러 서버가 동시에 활성 상태로 운영되며, 트래픽과 요청을 분산 처리하는 방식이다. 부하 분산, 고가용성이라는 장점을 가지고 있지만, 데이터 일관성 유지를 위해 추가적인 기술이 필요하다는 단점이 있다. 실제로 전 직장이 운영하는 모든 서버는 active-active 방식으로 이중화가 되어 있으며, 각 서버가 자원의 40% 이상을 사용하지 않게 조치해두었다.

active-standby 방식은 한 서버만 활성 상태가 되며, 다른 서버는 대기 상태를 가진다.(그래도 주기적으로 동기화가 이루어진다) 주 서버가 다운될 경우, 대기 상태의 서버가 승격되는 방식이다. 구현이 단순하고 유지 보수가 용이하다는 장점이 있지만, 같은 크기의 서버를 대기 상태로 두기 때문에 자원의 비효율이 발생하며, 주 서버 다운 시, 순간적으로 다운타임이 발생한다.(active-active 방식은 로드 밸런서를 통해 이를 해결한다)