서비스 메시

# 서비스 메시를 사용하는 이유 : 

- 트래픽 관리

- 보안/인증

- 장애관리

 

# 서비스 메시 오픈소스 제품

- istio : Google, IBM, Lyft가 함께 기여하고 있는 오픈소스 Service Mesh 구현체 

          kubernetes를 기본으로 지원합니다. Control Plane — Data Plane 구조로 동작

          Envoy를 기본 Proxy로 사용하지만 nginx나 linkerd 등으로 대체 가능

- linkerd : Buoyant에서 기여하고 있는 오픈소스 Service Mesh 구현체입니다.

             Local, DC/OS, kubernetes, docker, AWS ECS 등 다양한 환경에 Service Mesh를 적용

             Host(or Node) 당 linkerd 하나를 배포해서 동작하는 것을 기본

- conduit : linkerd를 운영하고 있는 Buoyant에서 기여하고 있는 오픈소스 Service Mesh 구현체

              Control Plane — Data Plane 구조로 동작

              kubernetes에 최적화

 

# Service Mesh 장단점

- 장점 : 기능을 어플리케이션 외부에 구현하며 재사용 가능

           MicroService Architecture를 도입하면서 발생한 런타임 복잡성 이슈를 해결

           어플리케이션 개발시 언어와 미들웨어 등에 종속성을 제거.

- 단점 : 시스템의 런타임 인스턴스 수가 크게 증가 (최소 2배수)

          서비스 간 통신에 네트워크 레이어가 추가

          구현체가 Release 될 때까지 시간이 필요

 

참고 : https://medium.com/dtevangelist/service-mesh-%EB%9E%80-8dfafb56fc07

Service Mesh 란?