[Service Mesh] 1. Service Mesh란?

Service Mesh 알아보기

1. [Service Mesh] 1. Service Mesh란?
2. [Service Mehs] 2. Envoy Proxy
3. [Service Mesh] 3. Istio?
4. [Service Mesh] 4. Istio Traffic Management (1) - Virtual Service & Destination Rule
5. [Service Mesh] 5. Istio Traffic Managerment (2) - Gateway & Service Entry
6. [Service Mesh] 6. Service Monitoring in Istio
7. [Service Mesh] 7. Logging

 

---

이번 글에서는 MSA가 떠오르면서 함께 주목받고 있는 Service Mesh에 대해 알아보고자 합니다. 

 

Service Mesh에 대해 알아보기 전에 먼저 Service Mesh가 주목받게 된 배경인 MSA에 대해서 알아보겠습니다. 기존 소프트웨어는 통합된 단일 아키텍처, 즉 Monolithic한 성격을 지니고 있었습니다. 이 경우 하나의 애플리케이션이 다른 애플리케이션과 강하게 결합되어 있어 유지 관리 및 운영 측면에서 다음과 같은 문제를 마주하게 됩니다.

• 독립적인 기능 업데이트 및 변경 어려움
• 특정 서비스만 스케일링 불가능

이런 문제들을 해결하기 위해 등장한 것이 MSA(Micro Service Architecture)입니다.

MSA?

MSA는 애플리케이션을 독립적인 서비스 단위로 분리하고 각 서비스는 다른 서비스와 상호 작용하여 필요한 작업을 수행하는 구조입니다. Monolithic 아키텍처와 달리 MSA는 어플리케이션 간 낮은 결합도를 가지게 됩니다. 이로 인해 얻을 수 있는 이점은 다음과 같습니다.

• 서비스 독립적으로 개발을 할 수 있습니다.
• 하나의 서비스에 장애가 발생했을 경우에도 다른 서비스는 동작이 가능합니다. (물론 장애가 발생한 서비스와 연관된 서비스는 장애를 겪게 되며, 작은 장애가 시스템 전체로 전파될 수 있기도 합니다.)
• 서비스마다 필요한 리소스를 다르게 분배할 수 있으며, Scale Out에 용이합니다.

 

하지만, 은탄환은 없듯이 장점만 존재하는 것은 아닙니다. MSA를 도입함에 있어 해결해야 하는 새로운 도전 과제가 존재합니다. 

• Monolithic 아키텍처에 비해 서비스가 분산되어 있기 때문에 서비스 간 통신에 있어 복잡성이 증가합니다.
• 데이터에 대한 트랜잭션을 유지하기 어렵습니다.
• 장애 추적 및 모니터링에 대한 어려움이 존재합니다.
• 통합 테스트에 대한 어려움이 존재합니다.

이런 문제들을 해결하기 위해 Service Discovery, Circuit Breaker, API Gateway와 같은 도구들을 지원하는 Infrastructure Library가 발전하고 있습니다. 하지만, Infrastructure Libarary를 사용하는 것은 어플리케이션 코드와 인프라 사이의 결합도를 증가시켜 서비스가 인프라에 종속되는 문제가 발생합니다. 또한, 선택한 기술 스택에 포함되지 않는 기능이라면 그 기능을 직접 추가하기 위해 코드를 작성하거나 새로운 버전에 추가되기를 기다릴 수 밖에 없습니다. 

Service Mesh?

Service Mesh는 Application Layer에서 이런 부분들을 처리하는 것이 아닌 Infrastructure Layer에서 처리하는 방법입니다. 따라서 MSA의 각 서비스는 핵심 비즈니스 로직에만 집중할 수 있고 MSA를 도입함으로써 발생하는 문제(내결함성, 보안, 모니터링 등)를 Infrastructure Layer에서 처리할 수 있게 됩니다. 추가로 다음과 같은 이점도 존재합니다.

• 트래픽 제어
• 세분화된 보안 정책 적용
• Tracing 제공

Service Mesh는 일반적으로 Sidecar Pattern으로 구성됩니다.

Sidecar Pattern

Sidecar Pattern이란 애플리케이션의 비즈니스 로직이외에 별도로 필요한 로직을 수행하는 프로세스를 함께 배포하는 방식을 의미합니다. 쿠버네티스에서는 애플리케이션 컨테이너 + 사이드카 컨테이너를 하나의 Pod으로 묶어 배포하는 방식을 사용하게 됩니다.

Service Mesh에서 사이드카는 서비스간 모든 트래픽을 프록시하며 Service Discovery, Health Check, Routing, Load Balancing, Security, Observability 기능을 수행하게 됩니다. 추가로 Sidecar는 Service Mesh에서 Data Plane이라고도 합니다.

이번 글에서는 Service Mesh의 등장 배경과 어떻게 기존 문제를 처리하는지에 대해 살펴보았습니다. 다음 글에서는 Sidecar로 사용되는 Envoy Proxy에 대해서 알아보겠습니다.

참고자료

1. waspro.tistory.com/429
2. Istio로 시작하는 서비스 메시 - 에이콘 출판사