일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- SQL SERVER MIGRATION
- 다중 컬럼 NOT IN
- 프로그래머스 베스트앨범
- 프로그래머스 등굣길
- 베스트앨범 파이썬
- 역사 파이썬
- 백준 1238 파티 파이썬
- 백준 1043 거짓말 파이썬
- 순위 파이썬
- 백준 1613 역사
- 게임 개발 파이썬
- 트리의 지름 파이썬
- 백준 2146 다리 만들기
- 백준 2352 반도체 설계 파이썬
- SWEA
- 프로그래머스 순위
- 프로그래머스 순위 파이썬
- 등굣길 파이썬
- 프로그래머스 여행경로
- 백준 1034 램프 파이썬
- 백준 1167 트리의 지름 파이썬
- 백준 1516 게임 개발
- 반도체 설계 파이썬
- SQL SERVER 장비교체
- 램프 파이썬
- 다리 만들기 파이썬
- 프로그래머스 가장 긴 팰린드롬
- 백준 11054.가장 긴 바이토닉 부분 수열
- 가장 긴 바이토닉 부분 수열 파이썬
- 가장 긴 팰린드롬 파이썬
- Today
- Total
목록공부/소소한 개발 (38)
공부, 기록

EDA (Event Driven Architecture) : 분산 서비스간 이벤트를 기반으로 데이터를 비동기 방식으로 생성, 소비 하는 방식 Event : 시스템의 내부나 외부에서 유발된 시스템 상태의 중요한 변화 또는 의미있는 사건 동기, 비동기 통신 동기 통신: (RESTful API를 비롯한) API를 통한 요청-응답 방식(peer to peer) 비동기 통신: Event Channel(Message Broker, Kafka)를 통한 pub/sub 방식 EDM = Event Driven Architecture를 적용한 MicroService EDM의 특징과 장점 비동기 통신 사용 - 각 MicroService간 느슨한 결합도(Loosely Coupled) 유지 가능 EDM에서 발생한 이벤트는 이벤트..

Garbage Collection : 유효하지 않은 메모리(=Garbage)를 정리하는 역할 특히 JAVA의 경우 JVM의 가비지 컬렉터가 알아서 정리해준다. JVM 의 GC 방식 JVM의 Heap 영역은 다음과 같은 전제로 설계됨. 대부분의 객체는 금방 접근 불가능한 상태(Unreachable)가 된다. 오래된 객체에서 새로운 객체로의 참조는 아주 적게 존재한다. 이에따라 2가지의 Heap 영역을 나눔 Young 영역(Young Generation) 새롭게 생성된 객체가 할당(Allocation)되는 영역 대부분의 객체가 금방 Unreachable 상태가 되기 때문에, 많은 객체가 Young 영역에 생성되었다가 사라진다. Young 영역에 대한 가비지 컬렉션(Garbage Collection)을 Min..

CONNECTOR : 데이터 패킷을 HttpServletRequest 객체로 변환한 후 Servlet 객체에 전달하는 역할 BIO Connector : JAVA의 기본적인 I/O 기술을 사용하는 커넥터. 접속자 한명당 하나의 스레드를 생성하는 구조. 커넥션이 닫힐 때까지 하나의 스레드는 특정 커넥션에 할당되어 있다. 리소스에 대한 낭비가 생기는 방식. NIO Connector : 하나의 스레드가 동시에 많은 채널을 관리하는 방식. Selector에 의해 data 처리가 가능할 때만 스레드를 사용하기 때문에 유휴 상태로 낭비되는 스레드 또한 줄어든다. NIO의 주요 구성요소는 Http11NioProtocol, Mapper, CoyoteAdapter 가 있다. Http11NioProtocol : NioEnd..

브로커와 주키퍼 Broker(=카프카서버, 부트스태릅 서버) : 파티션에 대한 Read와 Write를 관리하는 역할. 토픽내의 파티션을 분산, 유지관리한다. 브로커들은 id로 식별. 토픽 생성시 자동으로 파티션들을 모든 브로커에게 할당 및 분배. 카프카 클러스터 : 여러개의 브로커로 구성됨 Zookeeper : Broker를 관리하는 역할. 토픽의 생성 및 제거와 브로커의 추가 및 제거를 함. Leader와 Follwer로 나뉨. 분산 작업을 제어하기 위한 tree 형태의 데이터 저장소로 멀티 Kafka Broker들 간의 정보를 공유 및 동기화를 수행. 주키퍼 클러스터 (= Ensemble) 프로듀서 : 메시지를 생산하여 카프카의 토픽으로 보내는 역할. Message == Record == Event ..