웹의 본질적 의미와 아키텍처

 

웹이 동작하는 본질적인 방식은 클라이언트(Client)가 요청(Request)을 보내고, 서버(Server)가 그에 대한 응답(Response)을 반환하는 Request-Response 사이클이다.

이 글에서는 웹의 기본적인 동작 원리부터 시작해  다양한 아키텍처의 장단점, 그리고 마이크로서비스(Microservice) 환경에서 API 게이트웨이(API Gateway)의 대해 얘기해보고자 한다.

 

---

1.  클라이언트와 서버 간 Request-Response 

1. 웹 브라우저 ↔ 웹서버: 사용자가 웹 브라우저를 통해 웹 페이지를 요청하면, 웹서버가 그 요청을 처리하고 결과를 반환.
2. 웹서버 ↔ 웹서버: 마이크로서비스나 OpenAPI를 호출하는 경우, 서로 다른 서버 간의 통신이 이루어짐. 이때 서버 간에도 동일한 Request-Response 사이클이 적용된다.

 

2. 웹 아키텍처의 유형

 

2.1. 모놀리식 아키텍처 (Monolithic Architecture)

단일서버로 서버가 한 대로 구성되어 있음. 서버에 트래픽이 몰리거나 문제가 생기면 전체 서비스가 중단된다.

• 장점: 단순한 구조로 인해 배포과 완리가 비교적 쉽다.
• 단점: 단일 서버로 구성된 시스템이기 때문에, 앞서 말했듯, 전체 서비스가 중단됨 → 이를 SPOF(Single Point of    Failure) 라고 한다.

 

2.2. 마이크로서비스 아키텍처 (Microservice Architecture)

마이크로서비스 아키텍처는 모놀리식 구조의 문제를 해결하기 위해 등장한 방식으로, 각각의 서비스가 독립된 서버에서 동작한다. 

• 장점
  • 하나의 서버에 문제가 발생해도 다른 서비스에 영향을 미치지 않는다. 즉 SPOF 문제를 방지할 수 있다.
  • 확장성 → 각 서비스는 필요에 따라 개별적으로 확장 가능 서비스마다 서버가 많아지면 수백개도 가능하다.
• 단점
  • 수많은 서버 속 어떤 API를 사용해야할지 정리정돈, 버전관리 등이 버거운 문제가 발생.

 

3. 마이크로서비스 아키텍처의 문제해결: API 게이트웨이 (API Gateway)

앞서말했듯 마이크로서비스 아키텍처의 복잡성(API 정리정돈, 버전관리)을 해결하기 위해 API 게이트웨이가 등장.

API Gateway는 모든 서버에 대한 모든 API 호출을 중앙화하여 관리함. 이를 통해 API 정리정돈과 버전관리가 용이해진다. 버전관리는 Swagger를 통해 관리가 가능하다. 

• Consumer - Producer 관리: API Gateway는 API요청을 소비자(Consumer)와 생산자(Producer) 간의 중간자로서 역할을 한다.

Consumer-Producer 모델의 예시

모바일 앱(Consumer)이 사용자 정보를 조회하려고 할 때, API Gateway에 요청을 보낸다. 이 요청은 API Gateway에 의해 사용자 정보 서비스(Producer)로 라우팅된다. 사용자 정보 서비스는 요청을 처리한 후, 결과를 API Gateway에 반환하고, API Gateway는 이 응답을 모바일 앱으로 전달한다. 이를 통해 각 서비스 간의 복잡한 연결을 단순화하고, API 관리의 부담을 줄일 수 있다. 

 

 

API Gateway의 주요 기능

• Consumer 접근 관리
  • API Gateway는 각 API마다 접근 가능한 소비자(Consumer) 목록(Consumer List)을 관리.
  • 이를 통해 특정 API에 접근할 수 있는 소비자를 명확히 지정.
• 예시
  • 여행 서비스 개발자가 배송 서비스 API를 호출할 수 있는 권한을 얻고자 할 때, 배송 서비스 API를 관리하는 개발자에게 접근 권한을 요청.

API Gateway 사용 예시

1. Producer - Consumer List
   • 생산자(Producer): API를 제공하는 주체
   • 소비자(Consumer): API를 사용하는 주체
   • API Gateway는 이들 간의 관계를 관리.
2. API Spec
   • 요청(Request): API 호출 시 필요한 데이터와 형식
   • 응답(Response): API 호출에 대한 결과와 데이터 형식
   • API Gateway는 이러한 명세를 중앙에서 관리하여 일관성을 유지.

---

마치며

필자는 앞으로도 데이터사용량이 많아짐에따라 마이크로서비스와 API 게이트웨이는 계속 발전할 것이라고 생각한다. 기술의 발전에 따라 이러한 아키텍처와 구조들을 적절히 이용하고 활용하는 것이 점점 더 중요해질 것이라 생각한다.

 

 

ℹ️참고

[ASAC 6기 강의자료]