-
Notifications
You must be signed in to change notification settings - Fork 1
Open
Description
1️⃣병목현상, 해결 방법
답변
- 한정된 자원에 요청이 많을 때, 요청이 잘 수행되지 않음
- 토폴로지 설계 중요 → 방법에 따라 원인 분석 용이
- 해결 : 토폴로지 설계
보완
- 병목 현상(Bottleneck)은 시스템 전체 성능이 특정 자원의 한계 때문에 저하되는 상황을 말합니다.
- 주로 CPU, 메모리, 디스크 I/O, 네트워크 대역폭, 혹은 DB 접근 같은 부분에서 병목이 일어납니다.
- 이를 해결하기 위해서는 병목 지점을 파악한 뒤 하드웨어 리소스를 확장하거나, 로드 밸런싱·캐싱·메시지 큐 같은 아키텍처적 개선책을 적용해 트래픽과 부하를 분산합니다.
- 코드 레벨에서는 알고리즘과 쿼리를 최적화하고, 병렬 처리를 제대로 구현해 락 경쟁을 줄이는 등 병목 현상을 일으키는 원인을 제거할 수 있습니다.
2️⃣네트워크 토폴로지, 스타와 메시 차이
답변
- 스타 : 중앙 노드에 다른 노드들 연결
- 중앙 노드에 연결된 다른 노드가 문제 발생하면, 영향 적음
- 하지만 중앙 노드에 영향 발생 시 전체 영향
- 메시 : 그물망 구조
- 한 노드 문제 있을 경우, 모든 노드에 영향 없어
보완
- 메시 토폴로지는 한 노드에서 장애가 발생해도 여러 개의 경로가 존재하여 네트워크를 계속 사용할 수 있고, 트래픽 분산 처리가 가능합니다.
- 단점으로는 노드의 추가가 어렵고 구축 및 운용 비용이 높다는 단점이 있습니다.
3️⃣ TCP/IP 계층 모델에서 계층간 데이터 송신 과정
답변
- 캡슐화 : 하위 헤더가 붙으면서 상위 계층으로 변환
- 비캡슐화 : 상위에 하위로 내려가는 과정에서 헤더들 제거
→반대로 알고 있음!!
보완
- 한 컴퓨터에서 다른 컴퓨터로 HTTP를 이용해 데이터 요청을 보낼 때, 계층 간 데이터가 전달되는 과정이 수행됩니다.
- 애플리케이션 계층에서 하위 계층으로 캡슐화 과정을 거쳐 전달되고, 링크 계층을 통해 해당 서버와 통신을 하고, 서버의 링크 계층 부터 애플리케이션 계층까지 비캡슐화 과정을 거져 데이터가 전송됩니다.
- 캡슐화 과정 : 상위 계층의 헤더와 데이터를 하위 계층의 데이터 부분에 포함시키고 해당 계층의 헤더를 삽입하는 과정 (메세지 -> 세그먼트 or 데이터그램 + TCP(L4) 헤더 -> IP(L3) 헤더 추가 (패킷) -> 프레임 헤더, 프레임 트레일러 추가 (프레임))
- 비캡슐화 과정 : 하위 계층에서 상위 계층으로 가며 각 계층의 헤더 부분을 제거하는 과정

4️⃣ 각 계층에 대한 간단한 설명
답변
- 응용 : 서비스를 전송해주는 단계
- 전송 : 데이터를 프레임단위로 전송
- 인터넷 : 잘 모름
- 물리 : 데이터를 비트 단위로 전송
보완
5️⃣ HTTP vs HTTPS
답변
- HTTP: 평문으로 메세지 전송 , TCP 연결
- HTTPS: 위의 보안 점 해결, SSH통해 보안 강화, TCP 연결 수행
보완
- HTTP:
- HTTPS: 신뢰 계층인 SSL/TLS 계층을 넣어 통신을 암호화하여 신뢰할 수 있는 HTTP 요청
6️⃣ HTTP GET vs POST
답변
- GET : 데이터를 조회 URL쿼리 스트링의 정보가 담김, 헤더 , 멱등성 성립, 수많은 요청을 보내도 같은 결과
- POST : 바디 부분에 데이터가 담긴 , 새로운 값을 추가하는 메서드, 반복적 수행 시 데이터 변경 가능 → 멱등성 성립 x
보완
Metadata
Metadata
Assignees
Labels
No labels