[은나현] 2장 네트워크

[jungmyung16]

댓글로 면접 질문을 남겨주세요

[jungmyung16]

로드 밸런싱이란 무엇이고, 왜 필요한 걸까요?

[jungmyung16]

로드 밸런싱 외에 시스템의 성능, 안정성, 가용성들을 높이기 위한 다른 방법이 있을까요?

[nan0silver]

Q : 로드 밸런싱이란 무엇이고, 왜 필요한 걸까요?

A : 로드 밸런싱은 사용자 요청을 여러 서버에 분산시켜 서버 과부하를 방지하고, 서비스의 안정성과 확장성을 높이는 기술입니다. 예를 들어, 트래픽이 몰릴 때 하나의 서버만 사용하면 느려지거나 다운될 수 있는데, 로드 밸런서를 사용하면 여러 서버에 골고루 요청을 나눠 처리 성능을 유지할 수 있습니다. 또한, 서버가 일부 다운되더라도 다른 서버가 대신 처리할 수 있어 장애 대응에도 효과적입니다.

Q : 로드 밸런싱 외에 시스템의 성능, 안정성, 가용성들을 높이기 위한 다른 방법이 있을까요?

A :
로드 밸런싱 외에도 시스템의 성능, 안정성, 가용성을 높이기 위한 방법은 여러 가지가 있습니다. 예를 들면:

1. 수평 확장(Scale-Out): 서버를 여러 대 추가해 트래픽을 분산 처리합니다.
2. 캐싱(Cache): Redis나 CDN을 활용해 자주 조회되는 데이터를 미리 저장해 응답 속도를 높입니다.
3. DB 이중화(Replication): 마스터-슬레이브 구조로 장애 시 자동으로 전환할 수 있어 안정성이 올라갑니다.
4. 헬스 체크 + Auto Healing: 장애 서버를 자동으로 감지하고 재시작하거나 대체 노드를 붙입니다.
5. 무중단 배포(Blue-Green, Canary): 서비스 중단 없이 안정적으로 코드를 배포할 수 있습니다.
   이러한 전략들을 상황에 맞게 조합하면 전체 시스템의 신뢰성과 확장성을 높일 수 있습니다.

[1000hyehyang]

HTTP 상태 코드 중 301, 302, 401, 403, 404, 500은 각각 어떤 의미인가요?

[1000hyehyang]

예외 발생 시 500 상태 코드로 일괄 처리하는 것이 적절하다고 보시나요? 아니면 도메인별로 구분해서 처리해야 한다고 보시나요? 비즈니스 로직 상의 오류(예: 존재하지 않는 게시글 조회)도 500으로 처리하나요? 아니면 별도의 상태 코드로 나눠서 관리하시나요?

[nan0silver]

Q : HTTP 상태 코드 중 301, 302, 401, 403, 404, 500은 각각 어떤 의미인가요?

A : HTTP 상태 코드는 클라이언트 요청에 대한 서버의 응답 상태를 나타냅니다. 말씀하신 코드들은 다음과 같은 의미를 가집니다.

• 301 Moved Permanently
  • 영구 이동을 의미해 검색 엔진이 새 주소를 공식 주소로 인식하고 SEO 점수도 이전합니다. 브라우저도 이를 캐시하여 이후엔 새 주소로 바로 이동합니다.
• 302 Found (Temporary Redirect)
  • 일시적인 이동이라 검색 엔진은 원래 주소를 유지하고, 브라우저도 리디렉션을 계속 요청합니다. 그래서 SEO에 영향을 주지 않도록 할 때 302를 사용합니다.
• 401 Unauthorized
  • 인증이 필요하지만 제공되지 않았거나 실패했을 때 발생합니다. 예: 토큰이 없거나 잘못됨.
• 403 Forbidden
  • 인증은 되었지만 권한이 없는 경우입니다. 접근 자체가 금지된 리소스입니다.
• 404 Not Found
  • 요청한 리소스가 존재하지 않을 때 반환합니다.
• 500 Internal Server Error
  • 서버 내부 오류로 요청을 처리할 수 없을 때 발생합니다. 주로 예외 처리 실패나 서버 버그입니다.

Q : 예외 발생 시 500 상태 코드로 일괄 처리하는 것이 적절하다고 보시나요? 아니면 도메인별로 구분해서 처리해야 한다고 보시나요? 비즈니스 로직 상의 오류(예: 존재하지 않는 게시글 조회)도 500으로 처리하나요? 아니면 별도의 상태 코드로 나눠서 관리하시나요?

A : 500번 코드는 서버 내부의 예상치 못한 오류에 사용하는 것이 원칙입니다. 상태 코드를 도메인별로 구분해서 처리하면 클라이언트가 에러를 정확히 이해하고 대응할 수 있어 API의 신뢰성과 유지보수성이 높아집니다. 또한 비즈니스 로직 상의 오류의 경우 클라이언트의 잘못된 요청이므로 404나 400 등으로 구분해 응답하는 것이 적절하다고 생각합니다.

[songcw8]

IP 주소를 통해 동 또는 구까지 위치 추적이 가능하다고 합니다. 그 이유에 대해서 설명해주세요

[nan0silver]

IP 주소는 인터넷 서비스 제공자(ISP)에 의해 지역 단위로 할당되기 때문에, IP 주소만으로도 사용자의 대략적인 위치를 파악할 수 있습니다.
특히 ISP는 지역별로 IP 블록을 구분해 배정하기 때문에, 해당 IP가 어느 지역(예: ○○시 ○○구)에서 사용되고 있는지는 WHOIS 같은 데이터베이스나 GeoIP 데이터베이스를 통해 확인할 수 있습니다.
정확한 위치는 GPS 수준은 아니지만, 일반적으로 시나 구, 동 단위까지는 파악이 가능하며, 이는 광고 타게팅, 보안 분석, 위치 기반 서비스 등에 활용됩니다.

[TaeHoon96]

TCP 통신에서 3-way handshake는 어떤 순서로 이루어지며, 이 과정을 거치는 이유는 무엇인가요?

[TaeHoon96]

그럼 3-way handshake로 연결이 끝났다면, 연결을 끊을 때는 어떤 과정으로 종료되나요?

[songcw8]

HTTPS의 경우 추가적으로 SSL/TLS 핸드셰이크를 진행합니다. TLS 핸드셰이크 작동 원리에 대해서 설명해주세요

[nan0silver]

Q: TCP 통신에서 3-way handshake는 어떤 순서로 이루어지며, 이 과정을 거치는 이유는 무엇인가요?

A : TCP 통신에서 3-way handshake는 클라이언트와 서버가 통신을 시작하기 전에 연결을 안정적으로 설정하기 위한 과정입니다. 이 과정은 다음과 같은 3단계로 이루어집니다.

• SYN: 클라이언트가 서버에게 연결 요청(SYN)을 보냅니다.
• SYN-ACK: 서버가 요청을 수락하고, 클라이언트에게 응답(SYN + ACK)을 보냅니다.
• ACK: 클라이언트가 서버의 응답을 확인했다는 의미로 ACK를 다시 서버에 보냅니다.

이 과정을 거치는 이유는 양측이 서로의 존재와 통신 가능 여부를 확인하고, 초기 시퀀스 번호를 동기화하여 안정적인 데이터 전송을 보장하기 위함입니다.
TCP는 신뢰성 있는 연결을 보장해야 하기 때문에 이처럼 '연결을 맺기 전'에 확실한 준비 과정을 거칩니다.

Q: 그럼 3-way handshake로 연결이 끝났다면, 연결을 끊을 때는 어떤 과정으로 종료되나요?

A : TCP 연결 종료는 4-way handshake를 통해 이루어집니다.
클라이언트나 서버 중 한 쪽이 먼저 연결 종료 요청(FIN)을 보내고, 상대가 ACK로 응답합니다.
그 후 상대방도 FIN을 보내고, 다시 ACK를 받아야 완전히 종료됩니다.
총 4단계(FIN → ACK → FIN → ACK)로 안전하게 양방향 연결을 끊는 방식입니다.

Q: HTTPS의 경우 추가적으로 SSL/TLS 핸드셰이크를 진행합니다. TLS 핸드셰이크 작동 원리에 대해서 설명해주세요

A: TLS 핸드세이크는 클라이언트와 서버가 안전하게 통신하기 위해 세션 키를 공유하고 서버를 인증하는 과정입니다. 클라이언트가 먼저 "Client Hello"로 암호 방식과 랜덤 값을 보내고, 서버는 "Server Hello"와 인증서를 응답합니다.
클라이언트는 서버의 공개키로 세션 키 정보를 암호화해 보내고, 이후부터는 대칭키 기반 암호화 통신이 시작됩니다. 이 과정을 통해 통신 내용이 중간에 노출되지 않도록 보안이 보장됩니다.