일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
Tags
- desktop
- 메시지
- 자바 정규식
- 모니터링 및 경고 중앙화
- sh
- GIT
- 제어루프
- 가상머신 차이
- ChatGPT
- Catalina
- GitLab
- chat API
- docker
- Chat gpt
- 네이버클라우드플랫폼
- 정규표현식
- 분산추적
- 리눅스
- AWS
- 알림
- MSA
- application 재기동
- error
- crontab
- linux
- 마이크로서비스 패턴
- 네이버웍스
- eclipse
- MAC
- 도커
Archives
- Today
- Total
반응형
목록스프링 웹플럭스 (1)
시간나는대로 틈틈히 정리 합시다~~!!!
[마이크로서비스 디자인 패턴] 리액티브 마이크로서비스 (Reactive Microservice)
1. 문제점 - 보통 HTTP 기반의 Restful Json API와 같은 블로킹 I/O 모델을 사용해 동기식 통신을 구현해 왔다. - 블로킹 I/O를 사용하면 요청을 처리하는 동안 운영체제의 스레드를 점유하게 된다. - 동시 요청 수 혹은 요청과 관련된 컴포넌트가 증가하면 운영체제의 가용 스레드가 부족해 응답 시간이 늦거나 서버가 중단되는 문제가 발생할 수 있다. - 블로킹 I/O를 과도하게 사용하면 마이크로서비스 시스템에 오류가 발생하기 쉽다. - 연쇄 장애가 발생할 수 있다. > 어떤 서비스의 지연 시간이 증가하면 가용 스레드가 부족해져서 클라이언트가 실패할 수 있다. > 이런 상황은 클라이언트의 클라이언트에게도 동일한 유형의 문제를 유발하게 된다. 2. 해결책 논블로킹 I/O를 사용해 데이터베이스..
IT
2021. 3. 27. 00:29
반응형