일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- notifications
- 안드로이드 알림채널
- 알림 인텐트
- notification manager
- 안드로이드 알림 예제
- notification channel
- Pending Intent
- 안드로이드 알림
- setContentIntent
- NotificationCompat.Builder
- setPriority(NotificationCompat.PRIORITY_HIGH)
- 펜딩인텐트
- setDefaults(NotificationCompat.DEFAULT_ALL)
- android notification 예제
- 버전별 관리
- 알림 우선순위
- Today
- Total
공부용 블로그
vert.x 구조 이해하기 본문
[Vert.x 용어들]
1. verticle : vert.x에서 수행되는 하나의 프로그램.
vert.x에서 배치(deploy)의 기본 단위다. Java의 경우라면 main 메서드가 있는 클래스가 된다.
Verticle은 또한 main 메서드에서 참조되는 다른 스크립트를 포함할 수 있다. .jar 파일이나 리소스를 포함할 수 있다.
애플리케이션은 하나의 Verticle로 이루어질 수도 있고,
event bus를 통해 서로 통신하는 여러 개의 Verticle로 이루어질 수도 있다.
Java로 생각하면 독립적으로 실행 가능한 Class 또는 .jar 파일로 이해할 수 있겠다.
2. vert.x instance : 하나의 vert.x 서버 프로세스.
Verticle은 vert.x 인스턴스 안에서 실행되고, vert.x 인스턴스는 자신의 JVM 인스턴스 안에서 실행된다.
단일 vert.x 인스턴스 안에서는 동시에 실행되는 많은 Verticle이 존재할 수 있다.
각각의 Verticle은 고유의 클래스 로더를 가질 수 있다.
이로 인해 Verticle 간에 스태틱 멤버, 글로벌 변수 등을 통한 직접적인 상호작용을 막을 수 있다.
네트워크상의 여러 호스트에서 동시에 많은 vert.x 인스턴스가 실행될 수 있고 event bus를 형성해서 vert.x 인스턴스 간에 클러스터링되도록 설정할 수 있다.
하나의 Vert.x Instance는 JVM위에서 동작한다
verticle code는 클래스로더를 통해 인스턴스로 객체화된다.
이 인스턴스들은 Waiting Queue에서 기다다가 순서대로 ELP Thread를 점유하면서 실행된다.
수행되는 순간에는 싱글 스레드 모델이기 떄문에 그 순간에는 하나의 verticle만 수행된다.
(즉 verticle이 100개이고, ELP가 1개라도 모든 100개의 verticle은 이 ELP안에서 순차적으로 수행된다.)
3. Worker Verticle
일반 Verticle은 개별 socket에 대해서 ELP를 돌면서 이벤트를 처리한다. 그래서 해당 이벤트 처리에 오랜 시간이 걸리면 전체적으로 성능이 많이 떨어지기 때문에 문제가 된다.
예를 들어,
개별 이벤트 처리속도 = 100ms
연결된 커넥션 = 100개
Q. 전체 socket에 대해서 모두 이벤트 처리를 하는데 걸리는 시간은?
=> 100ms * 100개 = 10000ms (10초)
즉, 클라이언트 입장에서 연속적으로 첫번째, 두번째 요청을 했을때 두번째 요청을 응답받기까지의 시간이 10초 후 라는 것이다.
이는 vert.x가 single thread 모델이기 때문에 생기는 문제인데, vertx에서는 이 문제를 해결하기 위해 Worker Verticle 이라는 형태의 verticle을 제공한다.
이 worker verticle은 쉽게 생각하면, Message Queue를 Listen하는 message subscriber라고 생각하면 된다.
vert.x 내부의 Event bus를 이용해서 메세지를 보내면, 뒷단의 worker verticle이 message queue에서 메세지를 받아서 처리한 후에 그 결과값을 다시 event bus를 통해 caller에게 보내는 형태이다. (Asynchronous call back 패턴)
event bus로 request를 보낸 verticle은 resonse를 기다리지 않고 바로 다음 로직을 진행하다가
worker verticle에서 작업이 끝난 이벤트 메세지가 오면 다음 ELP가 돌때 그 이벤트를 받아서 응답 메세지 처리를 한다.
DB 작업이나 시간이 오래 걸리는 작업은 이렇게 worker verticle을 이용해서 구현할 수 있다.
'설계 > WebServer' 카테고리의 다른 글
JAVA NIO 와 Selector (0) | 2018.10.19 |
---|---|
비동기처리, 콜백 함수 (0) | 2018.10.19 |
JVM 이란 (0) | 2018.10.13 |
Jmeter 테스트 오류 (0) | 2018.10.11 |
mysql "too many connection" error (0) | 2018.10.10 |