[MSA] MSA 구조? 스프링 클라우드 구조? 공부 리스트!

우선 느끼는건... 스프링 클라우드와 쿠버네티스, 도커에 대한 책을 좀 사서 공부를 해야겠다는 생각이들었다.

그래서 어느정도 대략적인 개념을 잡고 책을 사서 보도록하자

 

우선 SOA는 서비스 지향 설계 방식이다.

서비스 단위로 개발을 하고, 개발된 서비스들을 공유함으로써 재가용성을 늘리고 유연성을 확보한다.

 

Msa는 마이크로 서비스 설계 방식이고

MSA 또한 아주 작은 단위의 서비스로, 소프트웨어를 구성함으로써 민첩하고 유연한 설계하는 것을 목표로 한다.

 

크게 말하면, 재가용성이다

SOA는 공통의 서비스를 esb에 모아, 사업 측면에서 공통 서비스 형식으로 서비스 제공을 하고

MSA는 각 독립된 서비스가 노출된 rest api를 사용한다.

 

무튼 나는 MSA를 공부하는거니까 이전에 알았던 유레카, api gateway 이외 구성 요소를 살펴보자

 

 

 

* MSA 구성요소 는 아래와 같다.

 

1. API Gateway (스프링 클라우드)

-마이크로 서비스들에 존재하는 각각의 서비스 API들을 외부의 클라이언트들에게 제공해 주기 위한 GateWay 서비스 제공

 

2. Service Mesh (유레카)

-API gateWay가 마이크로서비스 외부 클라이언트들이 외부에서 접속 할 수 있도록 하는 것과 달리

서비스 매쉬는 마이크로 서비스 내부에서 마이크로서비스 간의 서비스 식별, 경로, 부하 분산, 인증/인가 등의 역할을 담당한다.

 

3. Container Management

컨테이너를 관리하는 관리 기능을 의미한다. 한대의 서버에서 많지 않은 컨테이너를 관리하는 시스템이라면

Docker Engine을 통해서도 관리가 가능하고 COntainer의 수가 많다면, 다른것을 사용...

 

4. Backing Service

마이크로 서비스에서 데이터에 대해 정의하는 부분이 Backing-service이다.

-Persistence : RDBMS와 Nosql를 의미한다.

-Cache : 데이터 캐쉬를 정의한다.

-Message Broker : Queue등을 이용한 메시지 전달 매체와 방법을 의미한다.

 

5. Telemetry

마이크로 서비스는 각 서비스들이 분리 되어있기 때문에 각 서비스간의 로그를 한데 모아야 하는 이슈,

각 서비스가 어떻게 호출되는지 추적해야하는 이슈, 각 서비스에 대한 모니터링 이슈가 생길 수 밖에 없다.

Log,Trace,Monitoring을 의미한다.

 

6.CI/CD

 

Git/ jenkins  등등 여러 배포에 대한 부분 이다.

 

 

 

 

우선 대략적인 MSA를 이루는 구조는 이렇다. 사실 스프링 클라우드를 이루는 구조가 이렇다고 해야하나...

이제 하나씩 공부를 하면서 기술을 익혀야겠다.

사실 이게 전부이지도 않고, 이게 전부다 필요하지 않을수도있지만

사용하는 대표적인 기술이라 천천히 공부해보도록하자

 

1. API gateWay

2. Eureak

3. 히스트릭스

4. 스프링 클라우드 슬루스

5. 집킨,스트림 래빗

6. 립본

7. 페인

8. 스프링 클라우드 버스

9. 스프링 컨피그 클라이언트/서버

10. RabbitMQ/ 카프카

 

 

하루에 하나씩 분석 및 실습 포스팅을 진행해 봐야겠다.