Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 프레젠테이션 계층
- 세션기반 인증
- MSA
- ORM
- 동기
- 작업명중복
- ./gradlew docker
- 로그인/로그아웃
- RESTfull API
- 스프링 부트 테스트
- 비즈니스 계층
- JPA
- http
- 스프링
- IPC
- 퍼시스턴스 계층
- ./gr
- spring
- @temproal
- 스프링부트 계층구조
- 로그인 인증 흐름
- 비동기
- 스프링부트
- 토큰기반 인증
- formmatted
- Java
- 스프링부트 구조
- JWT
- 어노테이션
- java I/O
Archives
- Today
- Total
[DEV] J-Jay
IPC(Inter Process Commuication) 본문
728x90
IPC(Inter Process Commuication) 전 사전 지식
프로세스 간 통신 → 서비스 간 통신 → MSA
IPC를 이용하기 위해서는 Network 통신이 어떻게 이루어지는지 이해가 필요하다.
→ OSI 7 계층(Open Systems Interconnection), TCP/IP 모델
OSI 7계층(Open Systems Interconnection), TCP/IP 모델 들은 한 곳에서 다른 곳으로 통신이 어떻게 되는지
설명하는 모델이다.
논리적으로 이해 → TCP/IP (4 계층) 모델
ISO 표준 → OSI 7계층 모델
IPC(Inter Process Commuication) 방식
일반적인 IPC 는 크게 2가지로 나눌 수 있다.
- Sync(동기) 방식 (Restful, Http, gRPC)
→ 적절
1. 굉장히 중요한 작업
2. 비교적 빠른 작업에 대한 요청
3. 선행작업이 필수적인 비즈니스
→ 부적절
1. 매우 복잡하고 리소스 소모가 많은 작업의 요청
2. 비교적 한정된 컴퓨팅 리소스를 가지고 있는 경우
- Async(비동기) 방식 (rabbitmq, kafka, pusbsub)
→ 적절
1. 매우 복잡하고 리소스 소모가 많은 작업의 요청
2. 비교적 한정된 컴퓨팅 리소스를 가지고 있는 경우
3. 서버 리소스로 인해 누락이 생기면 안되는 경우
4. 독립적으로 실행되는 수 많은 서비스들이 있는 대용량 MSA환경
→ 부적절
1. 굉장히 중요한 작업
2. 비교적 빠른 작업에 대한 요청
3. 선행작업이 필수적인 비즈니스
'Back-end > MSA' 카테고리의 다른 글
IPC(Inter Process Commuication) - 3 (0) | 2024.04.29 |
---|---|
IPC(Inter Process Commuication) - 2 (0) | 2024.04.26 |
MSA 분해로 인해 생긴 문제 해결 방법 (0) | 2024.04.25 |
MSA 분해로 생긴 문제들 (1) | 2024.04.25 |
ExecutorService (0) | 2024.03.04 |