면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
대규모 인증 트래픽을 처리하는 고가용성 아키텍처를 직접 운영해본 경험은 없지만, 수업과 개인 프로젝트에서 기본 개념을 공부했습니다. 인증 서버를 단일 지점으로 두면 그 서버 장애가 전체 서비스 중단으로 이어지기 때문에, 로드밸런서를 앞에 두고 여러 인스턴스에 요청을 분산하는 구조가 기본이라고 배웠습니다. 또한 인증 결과를 `Redis` 같은 분산 캐시에 저장해 반복 요청을 `DB`까지 가지 않고 처리하는 방식이 응답 속도와 DB 부하를 동시에 줄이는 방법이라는 걸 알게 됐습니다. 이론과 실습 간 간극이 있다는 걸 알기에, 입사 후 실제 운영 경험을 쌓으면서 빠르게 채워나가고 싶습니다.
고가용성 인증 시스템 설계에서 중요한 건 장애가 생겼을 때 빠르게 복구하는 구조라고 생각합니다. 장애 자체를 완전히 막는 것보다, 장애 발생 시 자동으로 정상 인스턴스로 전환되는 `Failover` 구조를 갖추는 게 현실적입니다. 인프라 수업에서 Active-Active와 Active-Standby 구성의 차이를 배웠는데, 평상시 부하 분산이 필요한지, 장애 복구 속도가 더 중요한지에 따라 선택이 달라진다는 걸 이해했습니다. 개인 프로젝트에서 간단한 이중화 구성을 실험해봤는데, 한 노드를 강제로 내렸을 때 요청이 전환되는 걸 직접 확인한 경험이 인상 깊었습니다.
인증 트래픽의 특성은 짧은 시간에 집중적으로 몰리는 패턴이 자주 나타난다는 점입니다. 로그인 시간대나 이벤트 발생 직후에 트래픽이 평상시의 수십 배로 급증하는 상황에서 고가용성이 진짜로 필요해집니다. 이에 대응하는 기본 방향은 오토스케일링으로 트래픽 증가에 맞춰 인스턴스를 자동 추가하는 것이라고 배웠습니다. 수업 프로젝트에서 부하 테스트를 설계하면서 어느 지점에서 응답 시간이 급격히 늘어나는지를 측정해봤는데, 병목이 어디에 있는지를 사전에 알고 있어야 스케일 전략을 제대로 세울 수 있다는 걸 느꼈습니다.
부하 테스트 없이 설계한 스케일 전략은 실제 상황에서 빗나가는 경우가 많습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.